фиксация изменений в базе данных

Здравствуйте всем!
Только начинаю работать с базами данных, и вот возник интересный вопрос о привязке в реляционной базе данных к временным изменениям.
К примеру есть таблица выпускников и борделей, где выпускникам соответсвует какой то бордель, к которому они привязаны (не буквально). Через то есть внешний ключ в таблице выпускника.
Есть GUI форма (приложение Winforms), которая отождествляет таблицу с колонками имя выпуск, фамилия,.. , телефон борделя - к примеру пусть будет так например
И вот, по прошествии нескольких месяцев, а может и лет, бордель меняет свой телефон, но при этом все остальные данные остаются прежними, то есть его название, юрид. адрес ещё что нибудь - в общем то что образует его составной либо обычсный первичный ключ. Но задача состоит в том , чтобы как то хранить информацию о борделе - включая его телефон ДО изменения телефона и ПОСЛЕ.
Не очень понятно как это сделать , ведь внешний ключ не меняется так как это прежнему та же самая запись борделя что и прежде. Идей как это грамотно можно реализовать нету.. буду благодарен за советы

0

helio9999, все зависит от того, как ты собираешься в дальнейшем использовать данные, которые были до изменений.
есть вариант как минимум 2 варианта для решения задачи:
1 создание таблицы для архивных данных (придется для каждой таблицы делать дополнительную архивную таблицу). В этом случае через транзакцию сначала происходит перенос в архив, а затем изменение в основной таблице
2 сохранение изменений в виде xml (на каждую таблицу понадобится триггер, для лога достаточно одной таблицы)

0

А неужели какого то стандартного инструмента в БД типа SQL н3у или какой нибудь ещё не предусмотрено?

0

Сообщение от helio9999 А неужели какого то стандартного инструмента в БД типа SQL н3у или какой нибудь ещё не предусмотрено?

В некоторых СУБД есть, например в Oracle (фича называется Flashback Data Archive), и то она появилась только в последней 11 версии.
А так уже сказали: делается архивная таблица (заодно в ней заводятся доп. поля типа кто и когда сделал операцию) и триггер на основной таблице, который при операциях UPDATE и DELETE переносит предыд. версию записи в эту архивную таблицу.

0