1.1, DEF (?), 11:04, 13/01/2024 [ответить] [﹢﹢﹢] [ · · · ]
| –10 +/– |
Чем эта БД жуже PostgreSQL? Какой смысл ее юзать, если есть PostgreSQL?
| |
|
2.2, Аноним (2), 11:06, 13/01/2024 [^] [^^] [^^^] [ответить]
| +4 +/– |
Не слышал о ней ничего кроме плохого, это явное преимущество.
| |
2.6, olelukoie (ok), 11:36, 13/01/2024 [^] [^^] [^^^] [ответить]
| +6 +/– |
Это просто разные звери. Постгре - классический клиент-сервер, Firebird - файловая и даже встраиваемая а-ля SQLite (клиент-серверный вариант тоже доступен и зависит от того, с какой либой приложение слинковано: fbclient или fbembed). Главный недостаток Firebird по сравнению с SQLite - невозможность создавать новые файлы БД через API, только с помощью отдельной утилиты isql, что для файловой БД, ИМХО, является фатальным и очень здорово сужает «встраиваемую» сферу применения.
| |
|
3.15, Филимон Удивлённый (?), 12:15, 13/01/2024 [^] [^^] [^^^] [ответить]
| +20 +/– |
Firebird - это классический клиент-сервер. C SQLLite у них вообще ничего общего. То, что некоторые версии могут (могли) работать во встраиваемом режиме это приятный бонус. Базу можно создавать через всё, что может выполнить DDL выражение create database test.fdb
| |
|
4.36, Бывалый смузихлёб (?), 17:08, 13/01/2024 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Базу можно создавать через всё, что может выполнить DDL выражение create database test.fdb
А он точно исполняется через апи ?
| |
|
3.21, Аноним (21), 13:22, 13/01/2024 [^] [^^] [^^^] [ответить]
| –4 +/– |
Встраиваемую сферу применения сужает MPLv1 (несовместима с GPL).
| |
3.25, joe lemonade (?), 14:36, 13/01/2024 [^] [^^] [^^^] [ответить]
| +3 +/– |
Откуда вы такие беретесь? FB давно уже не разделяется на fbembed и fbclient. Это раз. И БД он создавать умеет, даже в старых embedded версиях (create database ... user ... pasword ... page_size и вот это вот все). Это два.
| |
|
|
5.41, Филимон Вечерний (?), 18:31, 13/01/2024 [^] [^^] [^^^] [ответить]
| +/– |
У вас вся печаль в том кто парсит выражение create database и переводит его в, например, такое
IAttachment* att = prov->createDatabase(&status, "tests.fdb", dpb->getBufferLength(&status), dpb->getBuffer(&status)) ?
| |
5.72, Аноним (72), 10:23, 17/01/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Указанный тобой SQL-запрос работает только в isql.
Дол..ёб? А isql по-твоему через что работает с сервером?
| |
|
|
3.37, Аноним (37), 17:10, 13/01/2024 [^] [^^] [^^^] [ответить]
| +6 +/– |
> Постгре - классический клиент-сервер, Firebird - файловая и даже встраиваемая а-ля SQLite
Пионер, сколько тебе лет? Файербёрд, потомок Интербейза, всегда был клиент-сервером. Классический сервер, где отдельный процесс на каждое соединение или "супер-сервер", где куча соединений один процесс насилует, который их обрабатывает в "кооперативном" режиме. Соединения полноценные сетевые. Потом еще режимы добавились. Тот же режим ембеддед, про который ты говоришь, появился в Файербёрде только в версии 1.5. В версии 1.0, когда Файербёрд отпочковался от Интербейза, его еще не было. Да и с интербейзом в 1997-98 годах студентом в универе я работал только как с клиент-сервером - не было в нем _текущего_ встроенного режима. Встроенный режим - это ценный бонус, а не суть и основа БД.
| |
|
4.49, Аноним (49), 23:03, 13/01/2024 [^] [^^] [^^^] [ответить]
| +2 +/– |
Бесит что при подключении к ней надо знать локальный путь в файлу бд на удалённой машине. Нахер так сделали - хз, наверно из IB унаследовано.
| |
|
5.57, fraks (ok), 07:14, 15/01/2024 [^] [^^] [^^^] [ответить]
| +/– |
Это унаследовано из IB.
Начиная с версии Firebird 1.5 (вышла в 2004 году) появилась возможность на сервере задавать алиасы, соответственно теперь не нужно знать путь до файла, достаточно в строке коннекта к БД указать ее алиас, как на большинстве sql-серверов сделано.
| |
|
|
|
2.8, Аноним (8), 11:51, 13/01/2024 [^] [^^] [^^^] [ответить]
| +/– |
В нулевых использовал, неплохая встроенная субд, наверняка лучше Sqlite
| |
|
|
4.16, Аноним (8), 12:22, 13/01/2024 [^] [^^] [^^^] [ответить]
| +2 +/– |
Я практически не знаком с sqlite, но в том числе и тут периодичес4и по не у чистал, что они добавили в новой версии и т.п. И каждый раз возникало ощущение, чего вы мол страдаете, возьмите просто ваерберд, у него это уже 15 лет назад было и в гораздо более лучем виде реализовано. Ну и sqlite как я понимаю, примитивный блокировочник, а фаербёрд - версионник, уже по этой базе sqlite гораздо слабее.
| |
|
5.18, Аноним (2), 13:06, 13/01/2024 [^] [^^] [^^^] [ответить]
| –2 +/– |
Зато не рассыпается и не слишком ресурскоёмко, можно спокойно запихнуть в любую приложуху. Надёжность -- это то, что требуется в первую очередь, потом идут удобство и качество кода. У сабжа что-то слишком масштабные изменения для программы, основное и единственное применение которой паскалеподелки 90х. Sqlite же -- самая популярная программа на свете, и то в ней баги находят.
| |
|
|
7.27, Аноним (2), 14:50, 13/01/2024 [^] [^^] [^^^] [ответить]
| –3 +/– |
Сама по себе sqlite весьма производительная. Тормозят файловые операции, особенно, когда память дешёвая стоит. Что угодно будет тормозить.
| |
|
|
5.19, funny.falcon (?), 13:07, 13/01/2024 [^] [^^] [^^^] [ответить]
| +4 +/– |
Быть версионником не означает иметь безусловное преимущество.
В чистой OLTP нагрузке (с короткими транзакциями), как ни удивительно, у блокировочников преимущество. Версионники начинают выезжать на смешанной нагрузке. Но и то не всегда.
SQLIte простой, легкий, легко встраиваемый, и очень хорошо протестированный. Сейчас это самая протестированная база данных. Просто поищите в интернете, как Хипп организовал тестирование.
Firebird явно не обладает всеми этими преимуществами. А чтобы понять, как он себя в проде ведёт, сходите на Firebird Conf. Я сходил в прошлом году и сделал из докладов свои малоутешительные выводы.
| |
|
6.24, Аноним (23), 14:36, 13/01/2024 [^] [^^] [^^^] [ответить]
| +3 +/– |
А электрон самый популярный фреймворк для десктопых приложений. Но в обоих случаях ничего хорошего из этого не следует.
| |
|
7.55, funny.falcon (?), 12:15, 14/01/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
Разве я что-то сказал про популярность? Аж пересмотрел своё сообщение, и не нашёл этого слова.
| |
|
6.80, Аноним (80), 11:32, 23/01/2024 [^] [^^] [^^^] [ответить]
| +/– |
У блокировщиков преимущества только, если семантика процесса позволяет реализовывать транзакции на уровне не выше RC и транзакции очень-очень короткие. Если только нужен RR, то -- начинается жёсткое шаманство с сотней разных видом блокировок и манагером блокировок, который оказывается сложнее реализатора запросов. Прекрасный пример тому тот же MS SQL, который на RR в "пессимистическом режиме", т.е. со своими интервальными блокировками, начинает творить просто феерические чудеса. Но людям нравится, потому что же "темп не пухнет". В общем, для прикладного разраба версионник всегда лучше, потому что работает понятно и предсказуемо, а блокировщики бывают очень уж чудесатые (вернее не блокировщики, а, по сути, один единственный сейчас расхожий блокировщик, и это Sybase / MS SQL Server).
| |
|
7.83, edo (ok), 11:15, 30/01/2024 [^] [^^] [^^^] [ответить]
| +/– |
> по сути, один единственный сейчас расхожий блокировщик, и это Sybase / MS SQL
Сегодня ms sql блокировочник не в большей степени, чем mysql
| |
|
|
5.45, Аноним (45), 20:20, 13/01/2024 [^] [^^] [^^^] [ответить]
| +2 +/– |
Быть версионником - означает периодически собирать мусор. Подумайте об этом...
На практике в сборку мусора влетишь на длинных (по времени) write-транзакциях, после завершения которых, ВНЕЗАПНО, появляются миллионы и миллионы уже "мусорных" (неактуальных) транзакций. И select (да и вообще любая операция) по полчаса. Об этом нужно знать до начала работы с FB, но многие этого не знали и влетали с таким. В IB7 и FB3 это уже не важно, но осадочек остался...
P.S. При правильном подходе проблема и не проблема вовсе, но надо быть в курсе.
| |
|
6.81, Аноним (81), 13:28, 23/01/2024 [^] [^^] [^^^] [ответить]
| +/– |
Это смотря как версионирование реализовано. Но даже если, как в Postgres-е, когда мертвые лежат с живыми, поиск по индексу по скорости не снижается. Сканы по "табличкам", да, если нормально вакуум не настроить, проседают конкретно. Но, скажем, у того же Оракела исторические данные не хранятся с оперативными, поэтому там версионность даже на сканы не влияет. Ну, т.е. влияет, конечно же, пока история ещё используется какими-то транзакциями, но уже ненужная история не влияет.
| |
|
|
4.28, Аноним (28), 15:00, 13/01/2024 [^] [^^] [^^^] [ответить]
| +/– |
> Лучше sqlite ты ничего не назовёшь, смирись.
А вот и не угадал: SQLite не умеет в многозадачность даже в пределах одного приложения, а FireBird - умеет.
Например, юзер может через GUI вставлять новую запись, а в это время по сети приходят другие записи в эту же таблицу, и в случае Firebird никакого конфликта нет в отличие от.
| |
|
5.29, Аноним (2), 15:20, 13/01/2024 [^] [^^] [^^^] [ответить]
| +/– |
И что? У меня 250 потоков пишут в 1 базу sqlite 24/7, даже не пришлось выделять отдельный поток для записи (что вообще-то нормально) и все пишут одновременно. Чтение -- вообще сколько угодно. Зато я уверен, что сохранённые данные никуда не денутся, чтобы ни случилось. Что записано то записано. И при обновлениях всё ок.
>никакого конфликта нет
Сомнительный юзкейс. Редактировать активную базу в сторонней гуйне не очень хорошая затея, лучше пусть приложуха занимается своей базой и никаких конфликтов никогда не будет. Тем более, что, между тем, что видит пользователь, и тем, что видит приложение, определённо будут несоответствия. По рукам такому пользователю и на переаттестацию отправить.
| |
|
6.64, Аноним (80), 12:45, 16/01/2024 [^] [^^] [^^^] [ответить]
| +/– |
Нет, в лайте эти твои стодвацать мильёнов потоков пишут последовательно. Но не суть. Единственный профит лайта и подобных ему это возможность "реляционную алгебру" в виде сиквела юзать для работы с данными. В общем-то, и всё. Про то, что никуда чего-то там у тебе не денется -- в лайте появились какие-то аналоги файловых групп и мультиплексирования журналов транзакций? Вроде нет. Хотя сейчас форки лайта есть на любой вкус.
| |
|
5.32, Всем Анонимам Аноним (?), 15:54, 13/01/2024 [^] [^^] [^^^] [ответить]
| +/– |
В SQLite как раз очень много кода, который обраатывает многозадачность. Там столько разных обработок для разных систем, что его указывают как пример для всех остальных для обработки параллелизации на одной машине.
Если вы его выключили, то получили что хотели.
| |
|
6.66, Аноним (80), 12:49, 16/01/2024 [^] [^^] [^^^] [ответить]
| +/– |
Нет. Это, скажем так, уже пошло творчество ради творчества. Лайт хорош, когда нужен встраиваемый движок для работы с данными в реляционной манере в одной приложухе и в принципе не нужна конкурентность. Иначе, лайт уже, мягко говоря, не лучший выбор.
| |
6.82, Аноним (81), 13:33, 23/01/2024 [^] [^^] [^^^] [ответить]
| +/– |
Нет, в ванильном Лайте никакого конкурентного доступа нет. Нет там никакой "многозадачности", это галимый блокировщик.
| |
|
7.84, edo (ok), 11:32, 30/01/2024 [^] [^^] [^^^] [ответить]
| +/– |
> Нет, в ванильном Лайте никакого конкурентного доступа нет. Нет там никакой "многозадачности",
> это галимый блокировщик.
И что? Mysql до появления innodb тоже был исключительно блокировочником, это не значит, что там не было многозадачности.
| |
|
|
5.43, fi (ok), 20:00, 13/01/2024 [^] [^^] [^^^] [ответить]
| +/– |
> SQLite не умеет в многозадачность
gl: SQLite WAL
ты много что узнаешь.
да и FTS* тоже очень полезная вича.
Но конечно, когда нужны клиен-сервер, то это не SQLite
| |
|
|
|
4.35, tty0 (?), 16:44, 13/01/2024 [^] [^^] [^^^] [ответить]
| +2 +/– |
У Вас глюки. Тогда меньше 32МБ компов найти было почти невозможно
| |
|
5.38, Аноним (37), 17:21, 13/01/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
Хорошо вам жилось. У нас у большинства "белых воротничков" на заводе тогда были еще пентюхи и целероны с 16МБ. Только начинали закупать с 32Мб. А на складах еще 286-ые с DOS'ом и FoxPro 2.5/2.6 свой век доживали.
| |
5.71, мимокрокодилл (?), 07:37, 17/01/2024 [^] [^^] [^^^] [ответить]
| +/– |
в 2000 у одного из клиентов в качестве сервера трудился 80386 с этими самыми 4Мб памяти. Да, тоже фряха. Тормозил так слегонца, но скорее из-за проца, на 486 вполне нормальный был полет даже с 4мб.
| |
5.74, Всем Анонимам Аноним (?), 21:33, 17/01/2024 [^] [^^] [^^^] [ответить]
| +/– |
У меня нет глюков. На ту машину windows не ставилась, её нужно было больше памяти.
А сервер был не новый.
Вы удивитесь какие компьютеры стоят в некоторых университетах. Я посылал разные списанные компьютерные компоненты несколько раз туда.
| |
|
|
|
2.79, iZEN (ok), 16:35, 20/01/2024 [^] [^^] [^^^] [ответить]
| +/– |
> Чем эта БД жуже PostgreSQL?
Firebird сверхдолго компилируется из исходников. Есть конфликт интересов на пакете re2-20231101 (re2 Fast C++ regex library), которая используется chromium. Так что этот пакет нужно предварительно удалить (если он установлен), чтобы собрать порт databases/firebird40-server и databases/firebird40-client на FreeBSD.
> Какой смысл ее юзать, если есть PostgreSQL?
Для разнообразия.
| |
|
1.3, Аноним (3), 11:15, 13/01/2024 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
в сабже вроде что-то делали для реализации распределенной базы данных...
а в 5-ой ничего не появилось?
| |
1.40, Golangdev (?), 18:21, 13/01/2024 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
> Реализована возможность выполнения операций в многопоточном режиме
шёл 2024й год...
| |
1.52, Анонимчег (?), 01:01, 14/01/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А я думал он всё. А оказывается нет. 5ую версию выпустили. Это как вышла бы новость, что на днях Гоголь третью часть мёртвых душ отрелизил.
| |
1.54, abu (?), 10:18, 14/01/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Всерьез не работал с этой БД никогда. В 90-х, когда читал первую книгу про C++ Builder, без этих ваших интернетов, воспринял ее, как нечто учебное и ненадежное.
Так и оказалось.
| |
|
2.56, Филимон Проницательный (?), 20:20, 14/01/2024 [^] [^^] [^^^] [ответить]
| +3 +/– |
Всерьёз не работал, но оказалась учебное и ненадёжное ? Ясно-понятно...
Один мой проект на Firebird работает с 2005 года. Последние лет 5 уже сам по себе - без поддержки и администрирования. Вы, конечно, можете выплёскивать свои волны иррационального хейта, но они настолько мимо... Эта база надёжная как швейцарские часы.
| |
|
3.60, koff4 (?), 13:57, 15/01/2024 [^] [^^] [^^^] [ответить]
| +/– |
Жив Жарптиц!!! Не ожидал. Столько на нем халтур написал. Уже давно не отслеживаю их судьбу. Но не удивлюсь если работают до сих пор. Действительно надежная как швейцарский нож. Ни администрирования ни обслуживания практически не требует. Эх - теплая ламповая новость...
| |
3.61, abu (?), 09:00, 16/01/2024 [^] [^^] [^^^] [ответить]
| +/– |
> Всерьёз не работал, но оказалась учебное и ненадёжное ? Ясно-понятно...
> Один мой проект на Firebird работает с 2005 года. Последние лет 5
> уже сам по себе - без поддержки и администрирования. Вы, конечно,
> можете выплёскивать свои волны иррационального хейта, но они настолько мимо... Эта
> база надёжная как швейцарские часы.
Согласен, выразился неточно. Но для меня - увы так и есть.
Что до вашего опыта, почитал немного про Firebird, повспоминал былое. По ходу наткнулся на вопрос, который хотел бы и вам задать:
=
Это конечно интересно… но что может побудить в настоящее время выбрать именно эту бд для нового проекта? Чем она лучше более популярных?
=
Потому что то, что вы с 2005 года тянете проект на этой БД - ведь не аргумент, на самом деле. Аргументом было бы, пожалуй, то, что что вы бы так и продолжали везде множить использование этой БД в других, более новых, проектах.
| |
3.67, Аноним (80), 12:52, 16/01/2024 [^] [^^] [^^^] [ответить]
| +/– |
Швецарские часы чаще всего гуано. Это СУБД никакой такой надёжностью не отличается. То, что ваше решение работает, скорее всего, характеризует специфику решения, чем сабж. FB ну обычная. По нынешним меркам откровенно отсталая. Но работать и с ней вполне можно, если сильно нужно. Иначе есть Postgres, который просто лучше.
| |
|
2.58, fraks (ok), 09:10, 15/01/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
То что появился коммерческий российский форк Firebird под названием RedDatabase - одначает что да, чисто учебное, никому не нужное, умершее. (сарказм ОФФ)
| |
|
3.63, abu (?), 09:28, 16/01/2024 [^] [^^] [^^^] [ответить]
| +/– |
> То что появился коммерческий российский форк Firebird под названием RedDatabase - одначает
> что да, чисто учебное, никому не нужное, умершее. (сарказм ОФФ)
Про ненужное я не говорил, да и про то, что если =чисто учебное=, то это значит что-то плохое - тоже. Ну а то, что появился форк ... желаю ему удачи.
| |
|
|
1.59, Виктор (??), 12:32, 15/01/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
20 лет работаю с Firebird.
На нем и Red DB работают десятки крупных проектов, 24/7.
Если вам нужна простая и надёжная СУБД - это FB. Накладные расходы на производительность будут минимальны. Инструмент для разработки - IB-Expert считаю самым удобным из всех СУБД.
Если нужно что-то более изощренное - вам в Postgres.
| |
|
2.68, Аноним (80), 12:57, 16/01/2024 [^] [^^] [^^^] [ответить]
| +/– |
Так а в чём надёжность-то? Репликации из коробки нет. Какой-то своей особо изощрённой супер-пупер реализации чего-то вроде WAL-а тоже нет. В чём надёжность? Или тут надёжность в плане простоты и поэтому предсказуемости?
| |
2.69, Аноним (80), 13:04, 16/01/2024 [^] [^^] [^^^] [ответить]
| +/– |
А, кажись, понял в чём надёжность. Надёжность в том, что в FB ВООБЩЕ НЕТ WAL. Она любое изменение страниц сразу синхронно сбрасывает на диск и никаких тебе "журналов транзакций". Это же, наверное, тормозит по итогу адски?
| |
|
3.73, Аноним (72), 10:30, 17/01/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
Она еще и базу кораптит, если во время записи что-то случится внезапно. Тыщу раз такое у нас было с этой "надежной" СУБД, что приходилось либо чинить базу gfix'ом, либо просто бекап восстанавливать
| |
|
4.75, fraks (ok), 03:58, 18/01/2024 [^] [^^] [^^^] [ответить]
| +/– |
> Она еще и базу кораптит, если во время записи что-то случится внезапно.
> Тыщу раз такое у нас было с этой "надежной" СУБД, что
> приходилось либо чинить базу gfix'ом, либо просто бекап восстанавливать
Если у вас "тыщу раз такое было" а у других вообще не было - то может быть дело не в сервере а в консерватории? Например поставили FORCED WRITES OFF и рубите сервер по питанию. Тогда, естественно, вероятно повреждение базы.
| |
|
3.76, fraks (ok), 04:00, 18/01/2024 [^] [^^] [^^^] [ответить]
| +/– |
> А, кажись, понял в чём надёжность. Надёжность в том, что в FB
> ВООБЩЕ НЕТ WAL. Она любое изменение страниц сразу синхронно сбрасывает на
> диск и никаких тебе "журналов транзакций". Это же, наверное, тормозит по
> итогу адски?
То что в других серверах делается посредством WAL, на Firebird делается иначе, и все это находится внутри файла БД. На счет тормозов - не знаю, у меня не тормозит :)
| |
|
|
|