The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

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

13.01.2024 10:55

После двух с половиной лет разработки представлен релиз реляционной СУБД Firebird 5.0. Firebird продолжает развитие кода СУБД InterBase 6.0, открытого в 2000 году компанией Borland. Firebird распространяется под свободной лицензией MPL и поддерживает стандарты ANSI SQL, в том числе такие возможности, как триггеры, хранимые процедуры и репликацию. Бинарные сборки подготовлены для Linux, Windows, macOS и Android.

Ключевые новшества:

  • Реализована возможность выполнения операций в многопоточном режиме. Распараллеливание в несколько потоков применимо при создании индексов, сборке мусора (автоматические и ручные операции sweep), создании резервных копий и восстановлении из них.
    
       gfix -sweep -parallel 4  dbname 
       gbak -b -par 4 -user username -pass password dbname backupname
    
  • Добавлена поддержка частичных индексов, включающих только выборочные записи, соответствующие указанным при создании индекса условиям.
    
       CREATE INDEX IT1_COL ON T1 (COL) WHERE COL < 100;
    
  • В выражениях SELECT WITH LOCK, UPDATE и DELETE реализован синтаксис "SKIP LOCKED", позволяющий исключить записи, для которых на момент отправки запроса выставлена блокировка (например, чтобы не ждать освобождения блокировки при пересечении с другой транзакцией).
  • Добавлена возможность обновления БД до актуальной промежуточной версии хранилища (ODS - On-Disk-Structure) на лету (inline update) без создания и восстановления из резервной копии. Например, теперь можно на лету преобразовать БД в формате Firebird 4.0 (ODS 13.0) в формат Firebird 5.0 (ODS 13.1).
  • Реализован кэш скомпилированных SQL-выражений, обслуживаемый автоматически (устаревающие записи очищаются по мере необходимости). Размер кэша задаётся через параметр MaxStatementCacheSize в firebird.conf.
  • Добавлен интерфейс для профилирования SQL и PSQL, позволяющий оценивать время выполнения каждого запроса, накапливать статистику о числе запросов и выявлять проблемы с производительностью.
  • В выражение MERGE добавлена поддержка условного блока "WHEN NOT MATCHED BY SOURCE", срабатывающего когда исходная запись не соответствует ни одной записи в целевом наборе.
    
       MERGE INTO customers c USING new_customers nc ON (c.id = nc.id)
    	WHEN MATCHED THEN
    		UPDATE SET name = nc.name
    	WHEN NOT MATCHED BY SOURCE THEN
    		DELETE
    
  • Обеспечена возможность возвращения нескольких строк выражением RETURNING, если заданное DML-выражение охватывает несколько строк (ранее в подобных ситуациях выводилась ошибка "multiple rows in singleton select").
  • Добавлены новые встроенные функции: UNICODE_CHAR для возвращения unicode-символа, соответствующего заданному коду, и UNICODE_VAL для возвращения кода для заданного символа. В функции EXTRACT, FIRST_DAY и LAST_DAY добавлен параметр QUARTER для определения номера квартала.
  • Добавлен новый системный пакет RDB$BLOB_UTIL с подборкой операций с BLOB-ами для модулей PSQL.
  • Улучшен алгоритм сжатия записей, который теперь применяет счётчик переменной длины для более эффективной упаковки повторяющихся последовательностей данных. Оптимизация позволила значительно повысить степень сжатия не полностью заполненных длинных полей VARCHAR с данными в кодировке UTF-8.
  • Добавлена возможность работы с двунаправленными курсорами (scrollable) при удалённом сетевом обращении к БД.
  • Проведена оптимизация производительности копирования блобов.
  • Добавлена полная поддержка синтаксиса определения строк, описанного в стандарте SQL. Например, строки теперь могут разрываться комментариями или пробелами:
    
       select 'ab' /* comment */ 'cd' from RDB$DATABASE;
       select 'ab' 'cd' from RDB$DATABASE;
    


  1. Главная ссылка к новости (https://firebirdsql.org/en/new...)
  2. OpenNews: Выпуск СУБД Firebird 4.0 с поддержкой репликации
  3. OpenNews: После 12 лет разработки состоялся релиз СУБД Firebird 3.0
  4. OpenNews: Релиз СУБД Firebird 2.5
  5. OpenNews: Доступен релиз СУБД Firebird 2.1. Обзор новшеств.
  6. OpenNews: Финальный релиз СУБД Firebird 2.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/60430-firebird
Ключевые слова: firebird, database
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (68) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 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).
     
     
  • 4.30, olelukoie (ok), 15:39, 13/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Лицензия тут ни при чем. В форме динамической библиотеки FB можно использовать в любом софте, даже проприетарном (http://www.firebirdfaq.org/faq11/). А если тебе хочется статической линковки, то это твои проблемы.
     
  • 3.25, joe lemonade (?), 14:36, 13/01/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Откуда вы такие беретесь? FB давно уже не разделяется на fbembed и fbclient. Это раз. И БД он создавать умеет, даже в старых embedded версиях (create database ... user ... pasword ... page_size и вот это вот все). Это два.
     
     
  • 4.31, olelukoie (ok), 15:48, 13/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    http://www.firebirdfaq.org/faq67/ - это про создание БД в официальном FAQ. Указанный тобой SQL-запрос работает только в isql.

    Что касается разделения - может быть, несколько лет назад ковырялся.

     
     
  • 5.41, Филимон Вечерний (?), 18:31, 13/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    У вас вся печаль в том кто парсит выражение create database и переводит его в, например, такое
    IAttachment* att = prov->createDatabase(&status, "tests.fdb", dpb->getBufferLength(&status), dpb->getBuffer(&status)) ?

     
  • 5.50, joe lemonade (?), 00:52, 14/01/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >http://www.firebirdfaq.org/faq67/ - это про создание БД в официальном FAQ. Указанный тобой SQL-запрос работает только в isql.

    Ну а isql, по твоему, какой магией базу создает?

    Для создания БД вызывается апи клиентской библиотеки: isc_dsql_execute_immediate(...)

    Вот как выглядит вызов этого апи в компонентах доступа к БД во Free Pascal: https://gitlab.com/freepascal.org/fpc/source/-/blob/main/packages/fcl-db/src/s

     
  • 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.51, joe lemonade (?), 00:55, 14/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Блин, ну есть же псевдонимы имен...
     
  • 5.57, fraks (ok), 07:14, 15/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это унаследовано из IB.
    Начиная с версии Firebird 1.5 (вышла в 2004 году) появилась возможность на сервере задавать алиасы, соответственно теперь не нужно знать путь до файла, достаточно в строке коннекта к БД указать ее алиас, как на большинстве sql-серверов сделано.
     
  • 2.8, Аноним (8), 11:51, 13/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В нулевых использовал, неплохая встроенная субд, наверняка лучше Sqlite
     
     
  • 3.14, Аноним (2), 12:15, 13/01/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Лучше 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 же -- самая популярная программа на свете, и то в ней баги находят.
     
     
  • 6.23, Аноним (23), 14:34, 13/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Просто скажи прямо 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.44, Аноним (45), 20:04, 13/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В КДЕ4 так не шмогли...
     
  • 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

     
     
  • 6.65, Аноним (80), 12:46, 16/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и клиент-сервер к лайту есть )))
     
  • 3.33, Всем Анонимам Аноним (?), 15:57, 13/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Помню у меня где-то в 2000-2002 Interbase крутилась на FreeBSD машине с 4МБ памяти.
     
     
  • 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.53, abu (?), 10:12, 14/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Отнюдь. Глюки - ваши.
     
  • 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-ой ничего не появилось?
     
     
  • 2.20, funny.falcon (?), 13:08, 13/01/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вроде это оставляли для коммерческой версии - Red DataBase.
     
  • 2.34, Тот_ещё_аноним (ok), 16:29, 13/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://www.firebirdfaq.org/faq249/

    Искаробки репликации нет
    Есть внешние решения, не только коммерческие

     

  • 1.40, Golangdev (?), 18:21, 13/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Реализована возможность выполнения операций в многопоточном режиме

    шёл 2024й год...

     
  • 1.42, _ (??), 19:16, 13/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Backup починили?(С)
     
     
  • 2.77, fraks (ok), 04:01, 18/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Backup починили?(С)

    А зачем чинить то что не ломалось?

     

  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    Жив Жарптиц!!! Не ожидал. Столько на нем халтур написал. Уже давно не отслеживаю их судьбу. Но не удивлюсь если работают до сих пор. Действительно надежная как швейцарский нож. Ни администрирования ни обслуживания практически не требует. Эх - теплая ламповая новость...
     
     
  • 4.70, Аноним (80), 13:07, 16/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А почему "администрирования" не требует?
     
     
  • 5.78, fraks (ok), 04:03, 18/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 делается иначе, и все это находится внутри файла БД. На счет тормозов - не знаю, у меня не тормозит :)

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру