Comments 1
Когда я 10 лет назад смотрел, как оно устроено в 3.0, запомнилось несколько моментов
хороший чистый код С++98
запутанная модель памяти сервера (супер классики итп)
GC-модель хранения данных
отсутствие отдельного лога, изменения пишутся прямо в файл базы, что прогнозируется в проблемы с онлайн бэкапом и хрупкостью самой базы.
простой и незатейливый оптимизатор запросов, и отсутствие CBO
Собственно, я делал вывод, что ФБ хорошая для небольших систем, но где то дальше начнутся затыки, которые неустранимы принципиально.
А все комьюнити утверждалось, что годится для задач любой сложности и объёма БД =)
Сейчас везде Ssd, будет конечно быстрее, но что будет с износом при GC-подходе при обязательном fsync?
Может что то изменилось в версиях 4 и 5, но по релнотам не заметил.
Как работает база данных Firebird, часть 3