Есть действующая БД на Firebird, в которой не былоа предусмотрено сохранение изменений (удаленных, измененных строк в таблицах), но есть регулярные копии её состояния.
БД очень старая.
Поставлена задача воссоздать "профуканую" историю изменений БД.

Вопрос: возможно ли это? и если да, то хотя бы теоритически "как", а лучше автоматизировать "как"?

P.S. первое, что приходит на ум - классика:
1. начать с 1-го релиза БД и с нарастающим итогом сохранять в таблицах изменения, для чего в каждой таблице добавить пару столбцов: флаг состояния строки (активная, удаленная) и даты изменения.
2. добавлять в таблицы строки отличающиеся между предыдущим релизом БД и текущем. При этом устанавливать дату изменений = дате текущего релиза БД и флаг состояния как у добавленных (новых или измененных строк), так и сохраненных строках, но отсутствующих в новом релизе устанавливать флаг "удалена".

Это конечно решение с малой информативностью, т.к. зависит от частоты сохранения релизов БД, но хоть что-то.
Может у Firebird есть скрытые "резервы" для таких случаев, о которых я даже не предполагаю? :)

AndreyTarasov,
спасибо за совет.
Структура БД не менялась, менялись (в т.ч. дополнялись, удалялись) только данные (по крайней мере у меня такая информация).

P.S. БД около 20 лет. Релизы сохраняли говорят что поквартально.

Мимопроходящийистория нужна для документов .
а не для абстрактных "данных из таблиц".

а эта БД и есть БД документов, которые собираются из полей таблицы, а потом например печатаются на бланках.
Мимопроходящийответ: НЕТ

постановщик задачи идёт лесом

И вопрос стоит так: сделаете или это будет делать другой?

P.S. хочется получить заказ, но не погрязнуть в непреодолимом... :))