forum.opennet.ru - "Выпуск СУБД Firebird 5.0" (68)

"Выпуск СУБД Firebird 5.0"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Выпуск СУБД Firebird 5.0"	+/–
Сообщение от opennews (?), 13-Янв-24, 11:04
После двух с половиной лет разработки представлен релиз реляционной СУБД Firebird 5.0. Firebird продолжает развитие кода СУБД InterBase 6.0, открытого в 2000 году компанией Borland. Firebird распространяется под свободной лицензией MPL и поддерживает стандарты ANSI SQL, в том числе такие возможности, как триггеры, хранимые процедуры и репликацию. Бинарные сборки подготовлены для Linux, Windows, macOS и Android... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=60430
Ответить \| Правка \| Cообщить модератору

Оглавление

Чем эта БД жуже PostgreSQL Какой смысл ее юзать, если есть PostgreSQL , DEF (?), 11:04 , 13-Янв-24, (1) –10

Не слышал о ней ничего кроме плохого, это явное преимущество , Аноним (2), 11:06 , 13-Янв-24, (2) +4
Это просто разные звери Постгре - классический клиент-сервер, Firebird - файлов, olelukoie (ok), 11:36 , 13-Янв-24, (6) +6

Firebird - это классический клиент-сервер C SQLLite у них вообще ничего общего , Филимон Удивлённый (?), 12:15 , 13-Янв-24, (15) +20

А он точно исполняется через апи , Бывалый смузихлёб (?), 17:08 , 13-Янв-24, (36) –2

Встраиваемую сферу применения сужает MPLv1 несовместима с GPL , Аноним (21), 13:22 , 13-Янв-24, (21) –4

Лицензия тут ни при чем В форме динамической библиотеки FB можно использовать в, olelukoie (ok), 15:39 , 13-Янв-24, (30) +1

Откуда вы такие беретесь FB давно уже не разделяется на fbembed и fbclient Это, joe lemonade (?), 14:36 , 13-Янв-24, (25) +3

http www firebirdfaq org faq67 - это про создание БД в официальном FAQ Указа, olelukoie (ok), 15:48 , 13-Янв-24, (31) +1

У вас вся печаль в том кто парсит выражение create database и переводит его в, н, Филимон Вечерний (?), 18:31 , 13-Янв-24, (41)
Ну а isql, по твоему, какой магией базу создает Для создания БД вызывается апи к, joe lemonade (?), 00:52 , 14-Янв-24, (50) +3
Дол ёб А isql по-твоему через что работает с сервером , Аноним (72), 10:23 , 17-Янв-24, (72) +1

Пионер, сколько тебе лет Файербёрд, потомок Интербейза, всегда был клиент-серве, Аноним (37), 17:10 , 13-Янв-24, (37) +6

Бесит что при подключении к ней надо знать локальный путь в файлу бд на удалённо, Аноним (49), 23:03 , 13-Янв-24, (49) +2

Блин, ну есть же псевдонимы имен , joe lemonade (?), 00:55 , 14-Янв-24, (51) +1
Это унаследовано из IB Начиная с версии Firebird 1 5 вышла в 2004 году появила, fraks (ok), 07:14 , 15-Янв-24, (57)

В нулевых использовал, неплохая встроенная субд, наверняка лучше Sqlite, Аноним (8), 11:51 , 13-Янв-24, (8)

Лучше sqlite ты ничего не назовёшь, смирись , Аноним (2), 12:15 , 13-Янв-24, (14) +5

Я практически не знаком с sqlite, но в том числе и тут периодичес4и по не у чист, Аноним (8), 12:22 , 13-Янв-24, (16) +2

Зато не рассыпается и не слишком ресурскоёмко, можно спокойно запихнуть в любую , Аноним (2), 13:06 , 13-Янв-24, (18) –2

Просто скажи прямо sqlite тормозит всё что возможно , Аноним (23), 14:34 , 13-Янв-24, (23) +1

Сама по себе sqlite весьма производительная Тормозят файловые операции, особенн, Аноним (2), 14:50 , 13-Янв-24, (27) –3

Быть версионником не означает иметь безусловное преимущество В чистой OLTP нагру, funny.falcon (?), 13:07 , 13-Янв-24, (19) +4

А электрон самый популярный фреймворк для десктопых приложений Но в обоих случа, Аноним (23), 14:36 , 13-Янв-24, (24) +3

Разве я что-то сказал про популярность Аж пересмотрел своё сообщение, и не нашё, funny.falcon (?), 12:15 , 14-Янв-24, (55) +1

У блокировщиков преимущества только, если семантика процесса позволяет реализовы, Аноним (80), 11:32 , 23-Янв-24, (80)

Сегодня ms sql блокировочник не в большей степени, чем mysql, edo (ok), 11:15 , 30-Янв-24, (83)

Быть версионником - означает периодически собирать мусор Подумайте об этом На, Аноним (45), 20:20 , 13-Янв-24, (45) +2

Это смотря как версионирование реализовано Но даже если, как в Postgres-е, когд, Аноним (81), 13:28 , 23-Янв-24, (81)

А вот и не угадал SQLite не умеет в многозадачность даже в пределах одного прил, Аноним (28), 15:00 , 13-Янв-24, (28)

И что У меня 250 потоков пишут в 1 базу sqlite 24 7, даже не пришлось выделять , Аноним (2), 15:20 , 13-Янв-24, (29)

В КДЕ4 так не шмогли , Аноним (45), 20:04 , 13-Янв-24, (44)
Нет, в лайте эти твои стодвацать мильёнов потоков пишут последовательно Но не с, Аноним (80), 12:45 , 16-Янв-24, (64)

В SQLite как раз очень много кода, который обраатывает многозадачность Там стол, Всем Анонимам Аноним (?), 15:54 , 13-Янв-24, (32)

Нет Это, скажем так, уже пошло творчество ради творчества Лайт хорош, когда ну, Аноним (80), 12:49 , 16-Янв-24, (66)
Нет, в ванильном Лайте никакого конкурентного доступа нет Нет там никакой мног, Аноним (81), 13:33 , 23-Янв-24, (82)

И что Mysql до появления innodb тоже был исключительно блокировочником, это не , edo (ok), 11:32 , 30-Янв-24, (84)

gl SQLite WAL ты много что узнаешь да и FTS тоже очень полезная вича Но конечн, fi (ok), 20:00 , 13-Янв-24, (43)

Ну и клиент-сервер к лайту есть , Аноним (80), 12:46 , 16-Янв-24, (65)

Помню у меня где-то в 2000-2002 Interbase крутилась на FreeBSD машине с 4МБ памя, Всем Анонимам Аноним (?), 15:57 , 13-Янв-24, (33) +1

У Вас глюки Тогда меньше 32МБ компов найти было почти невозможно, tty0 (?), 16:44 , 13-Янв-24, (35) +2

Хорошо вам жилось У нас у большинства белых воротничков на заводе тогда были , Аноним (37), 17:21 , 13-Янв-24, (38) +1
Отнюдь Глюки - ваши , abu (?), 10:12 , 14-Янв-24, (53) +1
в 2000 у одного из клиентов в качестве сервера трудился 80386 с этими самыми 4Мб, мимокрокодилл (?), 07:37 , 17-Янв-24, (71)
У меня нет глюков На ту машину windows не ставилась, её нужно было больше памят, Всем Анонимам Аноним (?), 21:33 , 17-Янв-24, (74)

Firebird сверхдолго компилируется из исходников Есть конфликт интересов на паке, iZEN (ok), 16:35 , 20-Янв-24, (79)

в сабже вроде что-то делали для реализации распределенной базы данных а в 5-ой, Аноним (3), 11:15 , 13-Янв-24, (3) –2

Вроде это оставляли для коммерческой версии - Red DataBase , funny.falcon (?), 13:08 , 13-Янв-24, (20) –2
https www firebirdfaq org faq249 Искаробки репликации нетЕсть внешние решения,, Тот_ещё_аноним (ok), 16:29 , 13-Янв-24, (34) +1

шёл 2024й год , Golangdev (?), 18:21 , 13-Янв-24, (40) –1
Backup починили С , _ (??), 19:16 , 13-Янв-24, (42)

А зачем чинить то что не ломалось , fraks (ok), 04:01 , 18-Янв-24, (77)

А я думал он всё А оказывается нет 5ую версию выпустили Это как вышла бы ново, Анонимчег (?), 01:01 , 14-Янв-24, (52)
Всерьез не работал с этой БД никогда В 90-х, когда читал первую книгу про C B, abu (?), 10:18 , 14-Янв-24, (54)

Всерьёз не работал, но оказалась учебное и ненадёжное Ясно-понятно Один мой, Филимон Проницательный (?), 20:20 , 14-Янв-24, (56) +3

Жив Жарптиц Не ожидал Столько на нем халтур написал Уже давно не отслеживаю, koff4 (?), 13:57 , 15-Янв-24, (60)

А почему администрирования не требует , Аноним (80), 13:07 , 16-Янв-24, (70)

Скрыто модератором, fraks (ok), 04:03 , 18-Янв-24, (78)

Согласен, выразился неточно Но для меня - увы так и есть Что до вашего опыта, , abu (?), 09:00 , 16-Янв-24, (61)
Швецарские часы чаще всего гуано Это СУБД никакой такой надёжностью не отличает, Аноним (80), 12:52 , 16-Янв-24, (67)

То что появился коммерческий российский форк Firebird под названием RedDatabase , fraks (ok), 09:10 , 15-Янв-24, (58) –1

Про ненужное я не говорил, да и про то, что если чисто учебное , то это значит , abu (?), 09:28 , 16-Янв-24, (63)

20 лет работаю с Firebird На нем и Red DB работают десятки крупных проектов, 24 , Виктор (??), 12:32 , 15-Янв-24, (59)

Так а в чём надёжность-то Репликации из коробки нет Какой-то своей особо изощр, Аноним (80), 12:57 , 16-Янв-24, (68)
А, кажись, понял в чём надёжность Надёжность в том, что в FB ВООБЩЕ НЕТ WAL Он, Аноним (80), 13:04 , 16-Янв-24, (69)

Она еще и базу кораптит, если во время записи что-то случится внезапно Тыщу раз, Аноним (72), 10:30 , 17-Янв-24, (73) +1

Если у вас тыщу раз такое было а у других вообще не было - то может быть дело , fraks (ok), 03:58 , 18-Янв-24, (75)

То что в других серверах делается посредством WAL, на Firebird делается иначе, и, fraks (ok), 04:00 , 18-Янв-24, (76)

Сообщения [Сортировка по времени | RSS]

1. "Выпуск СУБД Firebird 5.0" –10 +/–

Сообщение от DEF (?), 13-Янв-24, 11:04

Чем эта БД жуже PostgreSQL? Какой смысл ее юзать, если есть PostgreSQL?

Ответить | Правка | Наверх | Cообщить модератору

2. "Выпуск СУБД Firebird 5.0" +4 +/–

Сообщение от Аноним (2), 13-Янв-24, 11:06

Не слышал о ней ничего кроме плохого, это явное преимущество.

Ответить | Правка | Наверх | Cообщить модератору

6. "Выпуск СУБД Firebird 5.0" +6 +/–

Сообщение от olelukoie (ok), 13-Янв-24, 11:36

Это просто разные звери. Постгре - классический клиент-сервер, Firebird - файловая и даже встраиваемая а-ля SQLite (клиент-серверный вариант тоже доступен и зависит от того, с какой либой приложение слинковано: fbclient или fbembed). Главный недостаток Firebird по сравнению с SQLite - невозможность создавать новые файлы БД через API, только с помощью отдельной утилиты isql, что для файловой БД, ИМХО, является фатальным и очень здорово сужает «встраиваемую» сферу применения.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

15. "Выпуск СУБД Firebird 5.0" +20 +/–

Сообщение от Филимон Удивлённый (?), 13-Янв-24, 12:15

Firebird - это классический клиент-сервер. C SQLLite у них вообще ничего общего. То, что некоторые версии могут (могли) работать во встраиваемом режиме это приятный бонус. Базу можно создавать через всё, что может выполнить DDL выражение create database test.fdb

Ответить | Правка | Наверх | Cообщить модератору

36. "Выпуск СУБД Firebird 5.0" –2 +/–

Сообщение от Бывалый смузихлёб (?), 13-Янв-24, 17:08

> Базу можно создавать через всё, что может выполнить DDL выражение create database test.fdb
А он точно исполняется через апи ?

Ответить | Правка | Наверх | Cообщить модератору

21. "Выпуск СУБД Firebird 5.0" –4 +/–

Сообщение от Аноним (21), 13-Янв-24, 13:22

Встраиваемую сферу применения сужает MPLv1 (несовместима с GPL).

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

30. "Выпуск СУБД Firebird 5.0" +1 +/–

Сообщение от olelukoie (ok), 13-Янв-24, 15:39

Лицензия тут ни при чем. В форме динамической библиотеки FB можно использовать в любом софте, даже проприетарном (http://www.firebirdfaq.org/faq11/). А если тебе хочется статической линковки, то это твои проблемы.

Ответить | Правка | Наверх | Cообщить модератору

25. "Выпуск СУБД Firebird 5.0" +3 +/–

Сообщение от joe lemonade (?), 13-Янв-24, 14:36

Откуда вы такие беретесь? FB давно уже не разделяется на fbembed и fbclient. Это раз. И БД он создавать умеет, даже в старых embedded версиях (create database ... user ... pasword ... page_size и вот это вот все). Это два.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

31. "Выпуск СУБД Firebird 5.0" +1 +/–

Сообщение от olelukoie (ok), 13-Янв-24, 15:48

http://www.firebirdfaq.org/faq67/ - это про создание БД в официальном FAQ. Указанный тобой SQL-запрос работает только в isql.
Что касается разделения - может быть, несколько лет назад ковырялся.

Ответить | Правка | Наверх | Cообщить модератору

41. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от Филимон Вечерний (?), 13-Янв-24, 18:31

У вас вся печаль в том кто парсит выражение create database и переводит его в, например, такое
IAttachment* att = prov->createDatabase(&status, "tests.fdb", dpb->getBufferLength(&status), dpb->getBuffer(&status)) ?

Ответить | Правка | Наверх | Cообщить модератору

50. "Выпуск СУБД Firebird 5.0" +3 +/–

Сообщение от joe lemonade (?), 14-Янв-24, 00:52

>http://www.firebirdfaq.org/faq67/ - это про создание БД в официальном FAQ. Указанный тобой SQL-запрос работает только в isql.
Ну а isql, по твоему, какой магией базу создает?
Для создания БД вызывается апи клиентской библиотеки: isc_dsql_execute_immediate(...)
Вот как выглядит вызов этого апи в компонентах доступа к БД во Free Pascal: https://gitlab.com/freepascal.org/fpc/source/-/blob/main/pac...

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

72. "Выпуск СУБД Firebird 5.0" +1 +/–

Сообщение от Аноним (72), 17-Янв-24, 10:23

> Указанный тобой SQL-запрос работает только в isql.
Дол..ёб? А isql по-твоему через что работает с сервером?

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

37. "Выпуск СУБД Firebird 5.0" +6 +/–

Сообщение от Аноним (37), 13-Янв-24, 17:10

> Постгре - классический клиент-сервер, Firebird - файловая и даже встраиваемая а-ля SQLite
Пионер, сколько тебе лет? Файербёрд, потомок Интербейза, всегда был клиент-сервером. Классический сервер, где отдельный процесс на каждое соединение или "супер-сервер", где куча соединений один процесс насилует, который их обрабатывает в "кооперативном" режиме. Соединения полноценные сетевые. Потом еще режимы добавились. Тот же режим ембеддед, про который ты говоришь, появился в Файербёрде только в версии 1.5. В версии 1.0, когда Файербёрд отпочковался от Интербейза, его еще не было. Да и с интербейзом в 1997-98 годах студентом в универе я работал только как с клиент-сервером - не было в нем _текущего_ встроенного режима. Встроенный режим - это ценный бонус, а не суть и основа БД.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

49. "Выпуск СУБД Firebird 5.0" +2 +/–

Сообщение от Аноним (49), 13-Янв-24, 23:03

Бесит что при подключении к ней надо знать локальный путь в файлу бд на удалённой машине. Нахер так сделали - хз, наверно из IB унаследовано.

Ответить | Правка | Наверх | Cообщить модератору

51. "Выпуск СУБД Firebird 5.0" +1 +/–

Сообщение от joe lemonade (?), 14-Янв-24, 00:55

Блин, ну есть же псевдонимы имен...

Ответить | Правка | Наверх | Cообщить модератору

57. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от fraks (ok), 15-Янв-24, 07:14

Это унаследовано из IB.
Начиная с версии Firebird 1.5 (вышла в 2004 году) появилась возможность на сервере задавать алиасы, соответственно теперь не нужно знать путь до файла, достаточно в строке коннекта к БД указать ее алиас, как на большинстве sql-серверов сделано.

Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

8. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от Аноним (8), 13-Янв-24, 11:51

В нулевых использовал, неплохая встроенная субд, наверняка лучше Sqlite

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

14. "Выпуск СУБД Firebird 5.0" +5 +/–

Сообщение от Аноним (2), 13-Янв-24, 12:15

Лучше sqlite ты ничего не назовёшь, смирись.

Ответить | Правка | Наверх | Cообщить модератору

16. "Выпуск СУБД Firebird 5.0" +2 +/–

Сообщение от Аноним (8), 13-Янв-24, 12:22

Я практически не знаком с sqlite, но в том числе и тут периодичес4и по не у чистал, что они добавили в новой версии и т.п. И каждый раз возникало ощущение, чего вы мол страдаете, возьмите просто ваерберд, у него это уже 15 лет назад было и в гораздо более лучем виде реализовано. Ну и sqlite как я понимаю, примитивный блокировочник, а фаербёрд - версионник, уже по этой базе sqlite гораздо слабее.

Ответить | Правка | Наверх | Cообщить модератору

18. "Выпуск СУБД Firebird 5.0" –2 +/–

Сообщение от Аноним (2), 13-Янв-24, 13:06

Зато не рассыпается и не слишком ресурскоёмко, можно спокойно запихнуть в любую приложуху. Надёжность -- это то, что требуется в первую очередь, потом идут удобство и качество кода. У сабжа что-то слишком масштабные изменения для программы, основное и единственное применение которой паскалеподелки 90х. Sqlite же -- самая популярная программа на свете, и то в ней баги находят.

Ответить | Правка | Наверх | Cообщить модератору

23. "Выпуск СУБД Firebird 5.0" +1 +/–

Сообщение от Аноним (23), 13-Янв-24, 14:34

Просто скажи прямо sqlite тормозит всё что возможно.

Ответить | Правка | Наверх | Cообщить модератору

27. "Выпуск СУБД Firebird 5.0" –3 +/–

Сообщение от Аноним (2), 13-Янв-24, 14:50

Сама по себе sqlite весьма производительная. Тормозят файловые операции, особенно, когда память дешёвая стоит. Что угодно будет тормозить.

Ответить | Правка | Наверх | Cообщить модератору

19. "Выпуск СУБД Firebird 5.0" +4 +/–

Сообщение от funny.falcon (?), 13-Янв-24, 13:07

Быть версионником не означает иметь безусловное преимущество.
В чистой OLTP нагрузке (с короткими транзакциями), как ни удивительно, у блокировочников преимущество. Версионники начинают выезжать на смешанной нагрузке. Но и то не всегда.
SQLIte простой, легкий, легко встраиваемый, и очень хорошо протестированный. Сейчас это самая протестированная база данных. Просто поищите в интернете, как Хипп организовал тестирование.
Firebird явно не обладает всеми этими преимуществами. А чтобы понять, как он себя в проде ведёт, сходите на Firebird Conf. Я сходил в прошлом году и сделал из докладов свои малоутешительные выводы.

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

24. "Выпуск СУБД Firebird 5.0" +3 +/–

Сообщение от Аноним (23), 13-Янв-24, 14:36

А электрон самый популярный фреймворк для десктопых приложений. Но в обоих случаях ничего хорошего из этого не следует.

Ответить | Правка | Наверх | Cообщить модератору

55. "Выпуск СУБД Firebird 5.0" +1 +/–

Сообщение от funny.falcon (?), 14-Янв-24, 12:15

Разве я что-то сказал про популярность? Аж пересмотрел своё сообщение, и не нашёл этого слова.

Ответить | Правка | Наверх | Cообщить модератору

80. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от Аноним (80), 23-Янв-24, 11:32

У блокировщиков преимущества только, если семантика процесса позволяет реализовывать транзакции на уровне не выше RC и транзакции очень-очень короткие. Если только нужен RR, то -- начинается жёсткое шаманство с сотней разных видом блокировок и манагером блокировок, который оказывается сложнее реализатора запросов. Прекрасный пример тому тот же MS SQL, который на RR в "пессимистическом режиме", т.е. со своими интервальными блокировками, начинает творить просто феерические чудеса. Но людям нравится, потому что же "темп не пухнет". В общем, для прикладного разраба версионник всегда лучше, потому что работает понятно и предсказуемо, а блокировщики бывают очень уж чудесатые (вернее не блокировщики, а, по сути, один единственный сейчас расхожий блокировщик, и это Sybase / MS SQL Server).

Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

83. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от edo (ok), 30-Янв-24, 11:15

> по сути, один единственный сейчас расхожий блокировщик, и это Sybase / MS SQL
Сегодня ms sql блокировочник не в большей степени, чем mysql

Ответить | Правка | Наверх | Cообщить модератору

45. "Выпуск СУБД Firebird 5.0" +2 +/–

Сообщение от Аноним (45), 13-Янв-24, 20:20

Быть версионником - означает периодически собирать мусор. Подумайте об этом...
На практике в сборку мусора влетишь на длинных (по времени) write-транзакциях, после завершения которых, ВНЕЗАПНО, появляются миллионы и миллионы уже "мусорных" (неактуальных) транзакций. И select (да и вообще любая операция) по полчаса. Об этом нужно знать до начала работы с FB, но многие этого не знали и влетали с таким. В IB7 и FB3 это уже не важно, но осадочек остался...

P.S. При правильном подходе проблема и не проблема вовсе, но надо быть в курсе.

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

81. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от Аноним (81), 23-Янв-24, 13:28

Это смотря как версионирование реализовано. Но даже если, как в Postgres-е, когда мертвые лежат с живыми, поиск по индексу по скорости не снижается. Сканы по "табличкам", да, если нормально вакуум не настроить, проседают конкретно. Но, скажем, у того же Оракела исторические данные не хранятся с оперативными, поэтому там версионность даже на сканы не влияет. Ну, т.е. влияет, конечно же, пока история ещё используется какими-то транзакциями, но уже ненужная история не влияет.

Ответить | Правка | Наверх | Cообщить модератору

28. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от Аноним (28), 13-Янв-24, 15:00

> Лучше sqlite ты ничего не назовёшь, смирись.
А вот и не угадал: SQLite не умеет в многозадачность даже в пределах одного приложения, а FireBird - умеет.
Например, юзер может через GUI вставлять новую запись, а в это время по сети приходят другие записи в эту же таблицу, и в случае Firebird никакого конфликта нет в отличие от.

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

29. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от Аноним (2), 13-Янв-24, 15:20

И что? У меня 250 потоков пишут в 1 базу sqlite 24/7, даже не пришлось выделять отдельный поток для записи (что вообще-то нормально) и все пишут одновременно. Чтение -- вообще сколько угодно. Зато я уверен, что сохранённые данные никуда не денутся, чтобы ни случилось. Что записано то записано. И при обновлениях всё ок.
>никакого конфликта нет
Сомнительный юзкейс. Редактировать активную базу в сторонней гуйне не очень хорошая затея, лучше пусть приложуха занимается своей базой и никаких конфликтов никогда не будет. Тем более, что, между тем, что видит пользователь, и тем, что видит приложение, определённо будут несоответствия. По рукам такому пользователю и на переаттестацию отправить.

Ответить | Правка | Наверх | Cообщить модератору

44. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от Аноним (45), 13-Янв-24, 20:04

В КДЕ4 так не шмогли...

Ответить | Правка | Наверх | Cообщить модератору

64. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от Аноним (80), 16-Янв-24, 12:45

Нет, в лайте эти твои стодвацать мильёнов потоков пишут последовательно. Но не суть. Единственный профит лайта и подобных ему это возможность "реляционную алгебру" в виде сиквела юзать для работы с данными. В общем-то, и всё. Про то, что никуда чего-то там у тебе не денется -- в лайте появились какие-то аналоги файловых групп и мультиплексирования журналов транзакций? Вроде нет. Хотя сейчас форки лайта есть на любой вкус.

Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

32. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от Всем Анонимам Аноним (?), 13-Янв-24, 15:54

В SQLite как раз очень много кода, который обраатывает многозадачность. Там столько разных обработок для разных систем, что его указывают как пример для всех остальных для обработки параллелизации на одной машине.
Если вы его выключили, то получили что хотели.

Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

66. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от Аноним (80), 16-Янв-24, 12:49

Нет. Это, скажем так, уже пошло творчество ради творчества. Лайт хорош, когда нужен встраиваемый движок для работы с данными в реляционной манере в одной приложухе и в принципе не нужна конкурентность. Иначе, лайт уже, мягко говоря, не лучший выбор.

Ответить | Правка | Наверх | Cообщить модератору

82. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от Аноним (81), 23-Янв-24, 13:33

Нет, в ванильном Лайте никакого конкурентного доступа нет. Нет там никакой "многозадачности", это галимый блокировщик.

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

84. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от edo (ok), 30-Янв-24, 11:32

> Нет, в ванильном Лайте никакого конкурентного доступа нет. Нет там никакой "многозадачности",
> это галимый блокировщик.
И что? Mysql до появления innodb тоже был исключительно блокировочником, это не значит, что там не было многозадачности.

Ответить | Правка | Наверх | Cообщить модератору

43. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от fi (ok), 13-Янв-24, 20:00

> SQLite не умеет в многозадачность
gl: SQLite WAL
ты много что узнаешь.
да и FTS* тоже очень полезная вича.
Но конечно, когда нужны клиен-сервер, то это не SQLite

Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

65. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от Аноним (80), 16-Янв-24, 12:46

Ну и клиент-сервер к лайту есть )))

Ответить | Правка | Наверх | Cообщить модератору

33. "Выпуск СУБД Firebird 5.0" +1 +/–

Сообщение от Всем Анонимам Аноним (?), 13-Янв-24, 15:57

Помню у меня где-то в 2000-2002 Interbase крутилась на FreeBSD машине с 4МБ памяти.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

35. "Выпуск СУБД Firebird 5.0" +2 +/–

Сообщение от tty0 (?), 13-Янв-24, 16:44

У Вас глюки. Тогда меньше 32МБ компов найти было почти невозможно

Ответить | Правка | Наверх | Cообщить модератору

38. "Выпуск СУБД Firebird 5.0" +1 +/–

Сообщение от Аноним (37), 13-Янв-24, 17:21

Хорошо вам жилось. У нас у большинства "белых воротничков" на заводе тогда были еще пентюхи и целероны с 16МБ. Только начинали закупать с 32Мб. А на складах еще 286-ые с DOS'ом и FoxPro 2.5/2.6 свой век доживали.

Ответить | Правка | Наверх | Cообщить модератору

53. "Выпуск СУБД Firebird 5.0" +1 +/–

Сообщение от abu (?), 14-Янв-24, 10:12

Отнюдь. Глюки - ваши.

Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

71. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от мимокрокодилл (?), 17-Янв-24, 07:37

в 2000 у одного из клиентов в качестве сервера трудился 80386 с этими самыми 4Мб памяти. Да, тоже фряха. Тормозил так слегонца, но скорее из-за проца, на 486 вполне нормальный был полет даже с 4мб.

Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

74. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от Всем Анонимам Аноним (?), 17-Янв-24, 21:33

У меня нет глюков. На ту машину windows не ставилась, её нужно было больше памяти.
А сервер был не новый.
Вы удивитесь какие компьютеры стоят в некоторых университетах. Я посылал разные списанные компьютерные компоненты несколько раз туда.

Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

79. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от iZEN (ok), 20-Янв-24, 16:35

> Чем эта БД жуже PostgreSQL?
Firebird сверхдолго компилируется из исходников. Есть конфликт интересов на пакете re2-20231101 (re2 Fast C++ regex library), которая используется chromium. Так что этот пакет нужно предварительно удалить (если он установлен), чтобы собрать порт databases/firebird40-server и databases/firebird40-client на FreeBSD.
> Какой смысл ее юзать, если есть PostgreSQL?
Для разнообразия.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

3. "Выпуск СУБД Firebird 5.0" –2 +/–

Сообщение от Аноним (3), 13-Янв-24, 11:15

в сабже вроде что-то делали для реализации распределенной базы данных...
а в 5-ой ничего не появилось?

Ответить | Правка | Наверх | Cообщить модератору

20. "Выпуск СУБД Firebird 5.0" –2 +/–

Сообщение от funny.falcon (?), 13-Янв-24, 13:08

Вроде это оставляли для коммерческой версии - Red DataBase.

Ответить | Правка | Наверх | Cообщить модератору

34. "Выпуск СУБД Firebird 5.0" +1 +/–

Сообщение от Тот_ещё_аноним (ok), 13-Янв-24, 16:29

https://www.firebirdfaq.org/faq249/
Искаробки репликации нет
Есть внешние решения, не только коммерческие

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

40. "Выпуск СУБД Firebird 5.0" –1 +/–

Сообщение от Golangdev (?), 13-Янв-24, 18:21

> Реализована возможность выполнения операций в многопоточном режиме
шёл 2024й год...

Ответить | Правка | Наверх | Cообщить модератору

42. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от _ (??), 13-Янв-24, 19:16

Backup починили?(С)

Ответить | Правка | Наверх | Cообщить модератору

77. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от fraks (ok), 18-Янв-24, 04:01

> Backup починили?(С)
А зачем чинить то что не ломалось?

Ответить | Правка | Наверх | Cообщить модератору

52. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от Анонимчег (?), 14-Янв-24, 01:01

А я думал он всё. А оказывается нет. 5ую версию выпустили. Это как вышла бы новость, что на днях Гоголь третью часть мёртвых душ отрелизил.

Ответить | Правка | Наверх | Cообщить модератору

54. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от abu (?), 14-Янв-24, 10:18

Всерьез не работал с этой БД никогда. В 90-х, когда читал первую книгу про C++ Builder, без этих ваших интернетов, воспринял ее, как нечто учебное и ненадежное.
Так и оказалось.

Ответить | Правка | Наверх | Cообщить модератору

56. "Выпуск СУБД Firebird 5.0" +3 +/–

Сообщение от Филимон Проницательный (?), 14-Янв-24, 20:20

Всерьёз не работал, но оказалась учебное и ненадёжное ? Ясно-понятно...
Один мой проект на Firebird работает с 2005 года. Последние лет 5 уже сам по себе - без поддержки и администрирования. Вы, конечно, можете выплёскивать свои волны иррационального хейта, но они настолько мимо... Эта база надёжная как швейцарские часы.

Ответить | Правка | Наверх | Cообщить модератору

60. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от koff4 (?), 15-Янв-24, 13:57

Жив Жарптиц!!! Не ожидал. Столько на нем халтур написал. Уже давно не отслеживаю их судьбу. Но не удивлюсь если работают до сих пор. Действительно надежная как швейцарский нож. Ни администрирования ни обслуживания практически не требует. Эх - теплая ламповая новость...

Ответить | Правка | Наверх | Cообщить модератору

70. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от Аноним (80), 16-Янв-24, 13:07

А почему "администрирования" не требует?

Ответить | Правка | Наверх | Cообщить модератору

78. Скрыто модератором +/–

Сообщение от fraks (ok), 18-Янв-24, 04:03

> А почему "администрирования" не требует?
Ну например потому что вся база в одном файле, никаких внешних журналов транзакций, ничего снаружи не отрастает. Если железо живо - будет работать.

Ответить | Правка | Наверх | Cообщить модератору

61. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от abu (?), 16-Янв-24, 09:00

> Всерьёз не работал, но оказалась учебное и ненадёжное ? Ясно-понятно...
> Один мой проект на Firebird работает с 2005 года. Последние лет 5
> уже сам по себе - без поддержки и администрирования. Вы, конечно,
> можете выплёскивать свои волны иррационального хейта, но они настолько мимо... Эта
> база надёжная как швейцарские часы.
Согласен, выразился неточно. Но для меня - увы так и есть.
Что до вашего опыта, почитал немного про Firebird, повспоминал былое. По ходу наткнулся на вопрос, который хотел бы и вам задать:
=
Это конечно интересно… но что может побудить в настоящее время выбрать именно эту бд для нового проекта? Чем она лучше более популярных?
=
Потому что то, что вы с 2005 года тянете проект на этой БД - ведь не аргумент, на самом деле. Аргументом было бы, пожалуй, то, что что вы бы так и продолжали везде множить использование этой БД в других, более новых, проектах.

Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

67. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от Аноним (80), 16-Янв-24, 12:52

Швецарские часы чаще всего гуано. Это СУБД никакой такой надёжностью не отличается. То, что ваше решение работает, скорее всего, характеризует специфику решения, чем сабж. FB ну обычная. По нынешним меркам откровенно отсталая. Но работать и с ней вполне можно, если сильно нужно. Иначе есть Postgres, который просто лучше.

Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

58. "Выпуск СУБД Firebird 5.0" –1 +/–

Сообщение от fraks (ok), 15-Янв-24, 09:10

То что появился коммерческий российский форк Firebird под названием RedDatabase - одначает что да, чисто учебное, никому не нужное, умершее. (сарказм ОФФ)

Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

63. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от abu (?), 16-Янв-24, 09:28

> То что появился коммерческий российский форк Firebird под названием RedDatabase - одначает
> что да, чисто учебное, никому не нужное, умершее. (сарказм ОФФ)
Про ненужное я не говорил, да и про то, что если =чисто учебное=, то это значит что-то плохое - тоже. Ну а то, что появился форк ... желаю ему удачи.

Ответить | Правка | Наверх | Cообщить модератору

59. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от Виктор (??), 15-Янв-24, 12:32

20 лет работаю с Firebird.
На нем и Red DB работают десятки крупных проектов, 24/7.
Если вам нужна простая и надёжная СУБД - это FB. Накладные расходы на производительность будут минимальны. Инструмент для разработки - IB-Expert считаю самым удобным из всех СУБД.
Если нужно что-то более изощренное - вам в Postgres.

Ответить | Правка | Наверх | Cообщить модератору

68. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от Аноним (80), 16-Янв-24, 12:57

Так а в чём надёжность-то? Репликации из коробки нет. Какой-то своей особо изощрённой супер-пупер реализации чего-то вроде WAL-а тоже нет. В чём надёжность? Или тут надёжность в плане простоты и поэтому предсказуемости?

Ответить | Правка | Наверх | Cообщить модератору

69. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от Аноним (80), 16-Янв-24, 13:04

А, кажись, понял в чём надёжность. Надёжность в том, что в FB ВООБЩЕ НЕТ WAL. Она любое изменение страниц сразу синхронно сбрасывает на диск и никаких тебе "журналов транзакций". Это же, наверное, тормозит по итогу адски?

Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

73. "Выпуск СУБД Firebird 5.0" +1 +/–

Сообщение от Аноним (72), 17-Янв-24, 10:30

Она еще и базу кораптит, если во время записи что-то случится внезапно. Тыщу раз такое у нас было с этой "надежной" СУБД, что приходилось либо чинить базу gfix'ом, либо просто бекап восстанавливать

Ответить | Правка | Наверх | Cообщить модератору

75. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от fraks (ok), 18-Янв-24, 03:58

> Она еще и базу кораптит, если во время записи что-то случится внезапно.
> Тыщу раз такое у нас было с этой "надежной" СУБД, что
> приходилось либо чинить базу gfix'ом, либо просто бекап восстанавливать
Если у вас "тыщу раз такое было" а у других вообще не было - то может быть дело не в сервере а в консерватории? Например поставили FORCED WRITES OFF и рубите сервер по питанию. Тогда, естественно, вероятно повреждение базы.

Ответить | Правка | Наверх | Cообщить модератору

76. "Выпуск СУБД Firebird 5.0" +/–

Сообщение от fraks (ok), 18-Янв-24, 04:00

> А, кажись, понял в чём надёжность. Надёжность в том, что в FB
> ВООБЩЕ НЕТ WAL. Она любое изменение страниц сразу синхронно сбрасывает на
> диск и никаких тебе "журналов транзакций". Это же, наверное, тормозит по
> итогу адски?
То что в других серверах делается посредством WAL, на Firebird делается иначе, и все это находится внутри файла БД. На счет тормозов - не знаю, у меня не тормозит :)

Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Выпуск СУБД Firebird 5.0"	–10 +/–
Сообщение от DEF (?), 13-Янв-24, 11:04
Чем эта БД жуже PostgreSQL? Какой смысл ее юзать, если есть PostgreSQL?
Ответить \| Правка \| Наверх \| Cообщить модератору


	2. "Выпуск СУБД Firebird 5.0"	+4 +/–
	Сообщение от Аноним (2), 13-Янв-24, 11:06
	Не слышал о ней ничего кроме плохого, это явное преимущество.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Выпуск СУБД Firebird 5.0"	+6 +/–
	Сообщение от olelukoie (ok), 13-Янв-24, 11:36
	Это просто разные звери. Постгре - классический клиент-сервер, Firebird - файловая и даже встраиваемая а-ля SQLite (клиент-серверный вариант тоже доступен и зависит от того, с какой либой приложение слинковано: fbclient или fbembed). Главный недостаток Firebird по сравнению с SQLite - невозможность создавать новые файлы БД через API, только с помощью отдельной утилиты isql, что для файловой БД, ИМХО, является фатальным и очень здорово сужает «встраиваемую» сферу применения.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	15. "Выпуск СУБД Firebird 5.0"	+20 +/–
	Сообщение от Филимон Удивлённый (?), 13-Янв-24, 12:15
	Firebird - это классический клиент-сервер. C SQLLite у них вообще ничего общего. То, что некоторые версии могут (могли) работать во встраиваемом режиме это приятный бонус. Базу можно создавать через всё, что может выполнить DDL выражение create database test.fdb
	Ответить \| Правка \| Наверх \| Cообщить модератору


	36. "Выпуск СУБД Firebird 5.0"	–2 +/–
	Сообщение от Бывалый смузихлёб (?), 13-Янв-24, 17:08
	> Базу можно создавать через всё, что может выполнить DDL выражение create database test.fdb А он точно исполняется через апи ?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "Выпуск СУБД Firebird 5.0"	–4 +/–
	Сообщение от Аноним (21), 13-Янв-24, 13:22
	Встраиваемую сферу применения сужает MPLv1 (несовместима с GPL).
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору


	30. "Выпуск СУБД Firebird 5.0"	+1 +/–
	Сообщение от olelukoie (ok), 13-Янв-24, 15:39
	Лицензия тут ни при чем. В форме динамической библиотеки FB можно использовать в любом софте, даже проприетарном (http://www.firebirdfaq.org/faq11/). А если тебе хочется статической линковки, то это твои проблемы.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	25. "Выпуск СУБД Firebird 5.0"	+3 +/–
	Сообщение от joe lemonade (?), 13-Янв-24, 14:36
	Откуда вы такие беретесь? FB давно уже не разделяется на fbembed и fbclient. Это раз. И БД он создавать умеет, даже в старых embedded версиях (create database ... user ... pasword ... page_size и вот это вот все). Это два.
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору


	31. "Выпуск СУБД Firebird 5.0"	+1 +/–
	Сообщение от olelukoie (ok), 13-Янв-24, 15:48
	http://www.firebirdfaq.org/faq67/ - это про создание БД в официальном FAQ. Указанный тобой SQL-запрос работает только в isql. Что касается разделения - может быть, несколько лет назад ковырялся.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	41. "Выпуск СУБД Firebird 5.0"	+/–
	Сообщение от Филимон Вечерний (?), 13-Янв-24, 18:31
	У вас вся печаль в том кто парсит выражение create database и переводит его в, например, такое IAttachment* att = prov->createDatabase(&status, "tests.fdb", dpb->getBufferLength(&status), dpb->getBuffer(&status)) ?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	50. "Выпуск СУБД Firebird 5.0"	+3 +/–
	Сообщение от joe lemonade (?), 14-Янв-24, 00:52
	>http://www.firebirdfaq.org/faq67/ - это про создание БД в официальном FAQ. Указанный тобой SQL-запрос работает только в isql. Ну а isql, по твоему, какой магией базу создает? Для создания БД вызывается апи клиентской библиотеки: isc_dsql_execute_immediate(...) Вот как выглядит вызов этого апи в компонентах доступа к БД во Free Pascal: https://gitlab.com/freepascal.org/fpc/source/-/blob/main/pac...
	Ответить \| Правка \| К родителю #31 \| Наверх \| Cообщить модератору


	72. "Выпуск СУБД Firebird 5.0"	+1 +/–
	Сообщение от Аноним (72), 17-Янв-24, 10:23
	> Указанный тобой SQL-запрос работает только в isql. Дол..ёб? А isql по-твоему через что работает с сервером?
	Ответить \| Правка \| К родителю #31 \| Наверх \| Cообщить модератору


	37. "Выпуск СУБД Firebird 5.0"	+6 +/–
	Сообщение от Аноним (37), 13-Янв-24, 17:10
	> Постгре - классический клиент-сервер, Firebird - файловая и даже встраиваемая а-ля SQLite Пионер, сколько тебе лет? Файербёрд, потомок Интербейза, всегда был клиент-сервером. Классический сервер, где отдельный процесс на каждое соединение или "супер-сервер", где куча соединений один процесс насилует, который их обрабатывает в "кооперативном" режиме. Соединения полноценные сетевые. Потом еще режимы добавились. Тот же режим ембеддед, про который ты говоришь, появился в Файербёрде только в версии 1.5. В версии 1.0, когда Файербёрд отпочковался от Интербейза, его еще не было. Да и с интербейзом в 1997-98 годах студентом в универе я работал только как с клиент-сервером - не было в нем _текущего_ встроенного режима. Встроенный режим - это ценный бонус, а не суть и основа БД.
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору


	49. "Выпуск СУБД Firebird 5.0"	+2 +/–
	Сообщение от Аноним (49), 13-Янв-24, 23:03
	Бесит что при подключении к ней надо знать локальный путь в файлу бд на удалённой машине. Нахер так сделали - хз, наверно из IB унаследовано.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	51. "Выпуск СУБД Firebird 5.0"	+1 +/–
	Сообщение от joe lemonade (?), 14-Янв-24, 00:55
	Блин, ну есть же псевдонимы имен...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	57. "Выпуск СУБД Firebird 5.0"	+/–
	Сообщение от fraks (ok), 15-Янв-24, 07:14
	Это унаследовано из IB. Начиная с версии Firebird 1.5 (вышла в 2004 году) появилась возможность на сервере задавать алиасы, соответственно теперь не нужно знать путь до файла, достаточно в строке коннекта к БД указать ее алиас, как на большинстве sql-серверов сделано.
	Ответить \| Правка \| К родителю #49 \| Наверх \| Cообщить модератору


	8. "Выпуск СУБД Firebird 5.0"	+/–
	Сообщение от Аноним (8), 13-Янв-24, 11:51
	В нулевых использовал, неплохая встроенная субд, наверняка лучше Sqlite
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	14. "Выпуск СУБД Firebird 5.0"	+5 +/–
	Сообщение от Аноним (2), 13-Янв-24, 12:15
	Лучше sqlite ты ничего не назовёшь, смирись.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "Выпуск СУБД Firebird 5.0"	+2 +/–
	Сообщение от Аноним (8), 13-Янв-24, 12:22
	Я практически не знаком с sqlite, но в том числе и тут периодичес4и по не у чистал, что они добавили в новой версии и т.п. И каждый раз возникало ощущение, чего вы мол страдаете, возьмите просто ваерберд, у него это уже 15 лет назад было и в гораздо более лучем виде реализовано. Ну и sqlite как я понимаю, примитивный блокировочник, а фаербёрд - версионник, уже по этой базе sqlite гораздо слабее.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "Выпуск СУБД Firebird 5.0"	–2 +/–
	Сообщение от Аноним (2), 13-Янв-24, 13:06
	Зато не рассыпается и не слишком ресурскоёмко, можно спокойно запихнуть в любую приложуху. Надёжность -- это то, что требуется в первую очередь, потом идут удобство и качество кода. У сабжа что-то слишком масштабные изменения для программы, основное и единственное применение которой паскалеподелки 90х. Sqlite же -- самая популярная программа на свете, и то в ней баги находят.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "Выпуск СУБД Firebird 5.0"	+1 +/–
	Сообщение от Аноним (23), 13-Янв-24, 14:34
	Просто скажи прямо sqlite тормозит всё что возможно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	27. "Выпуск СУБД Firebird 5.0"	–3 +/–
	Сообщение от Аноним (2), 13-Янв-24, 14:50
	Сама по себе sqlite весьма производительная. Тормозят файловые операции, особенно, когда память дешёвая стоит. Что угодно будет тормозить.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "Выпуск СУБД Firebird 5.0"	+4 +/–
	Сообщение от funny.falcon (?), 13-Янв-24, 13:07
	Быть версионником не означает иметь безусловное преимущество. В чистой OLTP нагрузке (с короткими транзакциями), как ни удивительно, у блокировочников преимущество. Версионники начинают выезжать на смешанной нагрузке. Но и то не всегда. SQLIte простой, легкий, легко встраиваемый, и очень хорошо протестированный. Сейчас это самая протестированная база данных. Просто поищите в интернете, как Хипп организовал тестирование. Firebird явно не обладает всеми этими преимуществами. А чтобы понять, как он себя в проде ведёт, сходите на Firebird Conf. Я сходил в прошлом году и сделал из докладов свои малоутешительные выводы.
	Ответить \| Правка \| К родителю #16 \| Наверх \| Cообщить модератору


	24. "Выпуск СУБД Firebird 5.0"	+3 +/–
	Сообщение от Аноним (23), 13-Янв-24, 14:36
	А электрон самый популярный фреймворк для десктопых приложений. Но в обоих случаях ничего хорошего из этого не следует.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	55. "Выпуск СУБД Firebird 5.0"	+1 +/–
	Сообщение от funny.falcon (?), 14-Янв-24, 12:15
	Разве я что-то сказал про популярность? Аж пересмотрел своё сообщение, и не нашёл этого слова.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	80. "Выпуск СУБД Firebird 5.0"	+/–
	Сообщение от Аноним (80), 23-Янв-24, 11:32
	У блокировщиков преимущества только, если семантика процесса позволяет реализовывать транзакции на уровне не выше RC и транзакции очень-очень короткие. Если только нужен RR, то -- начинается жёсткое шаманство с сотней разных видом блокировок и манагером блокировок, который оказывается сложнее реализатора запросов. Прекрасный пример тому тот же MS SQL, который на RR в "пессимистическом режиме", т.е. со своими интервальными блокировками, начинает творить просто феерические чудеса. Но людям нравится, потому что же "темп не пухнет". В общем, для прикладного разраба версионник всегда лучше, потому что работает понятно и предсказуемо, а блокировщики бывают очень уж чудесатые (вернее не блокировщики, а, по сути, один единственный сейчас расхожий блокировщик, и это Sybase / MS SQL Server).
	Ответить \| Правка \| К родителю #19 \| Наверх \| Cообщить модератору


	83. "Выпуск СУБД Firebird 5.0"	+/–
	Сообщение от edo (ok), 30-Янв-24, 11:15
	> по сути, один единственный сейчас расхожий блокировщик, и это Sybase / MS SQL Сегодня ms sql блокировочник не в большей степени, чем mysql
	Ответить \| Правка \| Наверх \| Cообщить модератору


	45. "Выпуск СУБД Firebird 5.0"	+2 +/–
	Сообщение от Аноним (45), 13-Янв-24, 20:20
	Быть версионником - означает периодически собирать мусор. Подумайте об этом... На практике в сборку мусора влетишь на длинных (по времени) write-транзакциях, после завершения которых, ВНЕЗАПНО, появляются миллионы и миллионы уже "мусорных" (неактуальных) транзакций. И select (да и вообще любая операция) по полчаса. Об этом нужно знать до начала работы с FB, но многие этого не знали и влетали с таким. В IB7 и FB3 это уже не важно, но осадочек остался... P.S. При правильном подходе проблема и не проблема вовсе, но надо быть в курсе.
	Ответить \| Правка \| К родителю #16 \| Наверх \| Cообщить модератору


	81. "Выпуск СУБД Firebird 5.0"	+/–
	Сообщение от Аноним (81), 23-Янв-24, 13:28
	Это смотря как версионирование реализовано. Но даже если, как в Postgres-е, когда мертвые лежат с живыми, поиск по индексу по скорости не снижается. Сканы по "табличкам", да, если нормально вакуум не настроить, проседают конкретно. Но, скажем, у того же Оракела исторические данные не хранятся с оперативными, поэтому там версионность даже на сканы не влияет. Ну, т.е. влияет, конечно же, пока история ещё используется какими-то транзакциями, но уже ненужная история не влияет.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	28. "Выпуск СУБД Firebird 5.0"	+/–
	Сообщение от Аноним (28), 13-Янв-24, 15:00
	> Лучше sqlite ты ничего не назовёшь, смирись. А вот и не угадал: SQLite не умеет в многозадачность даже в пределах одного приложения, а FireBird - умеет. Например, юзер может через GUI вставлять новую запись, а в это время по сети приходят другие записи в эту же таблицу, и в случае Firebird никакого конфликта нет в отличие от.
	Ответить \| Правка \| К родителю #14 \| Наверх \| Cообщить модератору