Тут еще и игра слов, на самом деле версии 2.1 и 2.5 нифига не багфиксы 2.0, а вполне самостоятельные ветки, их можно было нумеровать как 3 и 4, было бы желание, но авторы решили как решили. На работу это не влияет. :)

При чем тут дельфи? файрберд эт ж бэкэнд, он у нас на 64битном центосе вертится, а на чем мордашка написана ему пофиг.

Переход с одного - Клиппера - на другое - Файерберд - был вполне закономерен в процессе перехода с MS-DOS на Windows 95, особенно если начальник в свое время (конец 80-х годов) при переходе с Фортрана выбрал не правильный Си, а Паскаль. А посему был немало удивлен двумя обстоятельствами, что Файерберд:

1. Еще жив.
2. Кому-то нужен.

Впрочем, встречал один проект, в котором до сих пор в системных требованиях значится Windows 98. И ведь продают. Нет, это не приложения для операторов "Почты России". Это имеет отношение к автоматизации библиотек.

Загадками говорите. И для чего же?

Может, заняться уже делом? Называется просто LAMP.

Гы. Всё ровно наоборот было: У Mozillы быт Thuderbird и Firebird (две птицы. Вообще идея козырная), и Firebird (который броузер) Firefoxом стал.

да ты сам неофит, я постгри несколько лет юзал до того момента как фф вообще появился

если ODS корруптнулся или бэкап-утилита использовалась несовместимая с текущим ODS - бывает.

Эта "фича" возникала и возникает, когда "очень умный" клиент лезет править руками системные таблицы, например  вкорячить столбцу "not null", прямой правкой системных таблиц, тот же ибэксперт этим грешит напропалую. Идет к тому, что править системные таблицы вообще запретят, не исключено, что в тройке.

Да, утилита  gbak  это скорее средство миграции/пересоздания БД, для собственно инкрементарного бэкапа есть еще одна утилита nbackup, она вообще по другому принципу работает.

>  Восстанавливаем, делаем селекты и тут СУБД начинает
> ругаться на неконсистентные данные.

На сам деле гораздо раньше начинается ругань.

> А то знакомый Firebird-ник был сильно удивлен, когда узнал, что в других
> СУБД (PostrgeSQL, Oracle, MS SQL server) бэкапы всегда восстановимы.

Бэкап может побиться у кого угодно, где угодно и в любой момент. Поэтому все их хранят в виде нескольких копий на некоторую глубину, например по дням недели.

А это не показатель. Открою тайну - у постгреса тоже нет кэша запросов. Потому что это не задача СУБД.

Я как-то сталкивался с похожими симптомами при миграции. В нашем случае оказалось, что в более свежем релизе FirebirdSQL появились новые зарезервированные слова, типа ABS, которые раньше были частью UDF-библиотеки. Возникал конфликт.

Вот так вот страшилки и растут, вы бы ещё написали что в дискету воткнули иглу и поэтому вдруг dos с неё загружался, а Norton-Commamder перестал :)

Нечитатели доки такие сказочники. :)
Для не дружащих с логикой объясняю: после того, как базу столь грубо останавливают роллбачится куча транзакций, как следствие версионного движка возникает куча мусора, этот мусор надо прибрать. Надо просто было дать время, но мабыть у вас железо тухлое, вот оно и тормознулось. Возможно самым быстрым вариантом было бы сделать бэкап при при помощи "gbak -b -g ...", потом рестор.
По мусору было много оптимизаций в 2.5. У постгресовцев с вакуумом тоже не сильно лучше. Мусор он вообще дело хлопотное.
Удали в своем любимом оракле значимое кол-во записей, скажем мульёнов десяток, или так же грубо останови, прямо в разгар работы, потом отпишись сколь сильно пинают юзеры. :)