Здравствуйте!

Интересует, доводилось ли кому-нибудь проектировать базу данных таким образом, чтобы в программе можно было выбрать дату и посмотреть полное состояние всей системы на это время без артефактов, естественно без возможностей изменения данных? Как будто был произведён откат, но без использования отката, т.е. на уровне данных.

При чём в режиме "исторического просмотра" должны полноценно работать все функции системы (просмотр, фильтрация, сортировки и т.д.), кроме создания/изменения данных.

Кот Матроскин,

Жаль... А я думал, может есть готовая к употреблению методология.

Dimitry SibiryakovЕсть. "Flashback query" называется.

Не, ретроспективные запросы -- это возможности конкретной СУБД, хотя было бы круто, если можно было бы включить "ретроспективный режим" на всё подключение (например, указать временной штамп прям в строке соединения), то это бы решало задачу.

Но в целом интересует именно решение на уровне схемы базы данных, в отрыве от конкретной СУБД (может с некоторыми оговорками, допустим, чтобы это работало как минимум в MS SQL, Oracle, Postgre SQL).

Я себе это как вижу. В каждой таблице добавить поле типа HistoryId, которое ссылается на оригинальную запись. При любом изменении записи, создаётся копия со значением HistoryId, указывающую на оригинал. На уровне организации доступа к данным, записи с заполненным полем HistoryId игнорируются. В режиме ретроспективы, всегда берётся самая свежая запись, с датой изменения меньше указанного временного штампа. Не понятно только как толком восстанавливать связи, с учётом ретроспективы.

SERG1257Бакапы, логи. Вы платите только за лишнее дисковое пространство.

Вопросы использования дискового пространства и производительности в данном случае второстепенны. Озвучена задача, чтобы в программе в любой момент времени можно было посмотреть состояние системы в указанный момент времени. Совсем старые записи можно архивировать (допустим, годовые). Больше интересует просмотр состояния в течение года/полугода.

А бекапы, логи, -- это совсем другое.

Dimitry SibiryakovhVosttхотя было бы круто, если можно было бы включить "ретроспективный режим" на
всё подключение (например, указать временной штамп прям в строке соединения), то это бы
решало задачу.
Oracle ConceptsPackaged applications, like report generation tools that only do
queries, can run in Flashback Query mode by using logon triggers . Applications can
run transparently without requiring changes to code .

О, круто! Жаль, что только для Oracle. В моём случае это наименее предпочтительная СУБД :(

SERG1257И решением этой задачи будет восстановление системы с бакапа на определенный момент времени - базовый фунционал любого админа. Никаких изменений в коде (стало быть никаких багов, ни для ретроспективных запросов, ни для боевой программы).
Минусом будет только время на восстановление для большой базы.

Нужен способ спроектировать базу данных так, чтобы задача решалась без бекапа. У бекапа совершенно другие задачи.

prog123Вот оно это путешествие в прошлое

Слабо выставить дату и увидеть совокупное состояние всей системы в этот момент? А не тыкать в каждую запись, выясняя её прошлое.

guest_20040621Ревизия закрытого периода. А связанные ревизии - локальная задница. :)

Ревизии по опыту себя вообще не оправдывают. Неудобная бесполезная нашлёпка. Чем дата/время не ревизия?

guest_20040621Вы не готовы к решению этой задачи. Ревизии и представляют основной аналитический интерес.

Могу ошибаться, или понятие "ревизия" мы понимаем по-разному.

prog123Нарисуйте (можно от руки) достойный экранный интерфейс и если он придется по вкусу собравшимся, то я его реализую.

Как выглядит экранный интерфейс, не важно :)

prog123Моя фантазия не идет дальше трёх вкладок: "Вчера" "Сегодня" "Завтра".

Допустим, пункт меню "Рестропектива", по нажатию открывается форма ввода даты, указываешь дату, нажимаешь ОК, и программа "в прошлом", за исключением какой-нибудь надписи, обозначающей дату. Все функции доступны, кроме создания или изменения. Также, если программа логгирует просмотры, она должна перестать это делать.