Подскажите, пожалуйста, каков стандартный подход к решению таких задач? (MS SQL Server 2005)

Есть два справочника - водители (номер телефона, номер паспорта, адрес и т.п.) и автомобили (номер машины, модель, и т.п.). В каждом из справочников данные могут периодически меняться, так же могут меняться связи между справочниками (водители поменялись машинами).

Нужно - хранить историю перевозок. Чтобы пользователь мог определить, что 1 сентября Петров с паспортом xyz на Волге № 123 ездил по адресу Х, и не важно, что сейчас у Петрова паспорт zyx и Волга поменяла номер на 345.

Что лучше сделать?

Хранить в таблице данных не ссылки на справочники, а сами значения?
При редактировании не изменять запись, а добавлять новую, а старую помечать как неактивную?

Может, еще варианты?

Спасибо...

2Программист-Любитель:

ага. немного продвинутый мой второй вариант.
на самом деле сейчас такая гибкость не нужна, но вполне может быть, что потребуется позже.

спасибо.

ModelRЕще подумайте - завтра не потребуется ли ответить, а на каких автомобилях работал водитель за период?

Угу. Вполне может быть. Поэтому история с датами будет не лишней.

модВот именно, причем в отдельной таблице, с датами, маршрутом и т.д. А справочники не трогайте

Естественно, будет отдельная таблица с датами, маршрутом и т.д., а также с информацией о водителях и машинах. Вопрос как раз в том, что если в таблице с данными хранить просто идентификатор записи справочника, а эта запись со временем изменится, то исторические данные не будут соответствовать действительности

sqllexЗаведите отдельную таблицу ссылающуюся на табл. водителей и авто для хранения периодических значений

Теоретически, все данные могут меняться... Но вообще идея понятна.

sqllexВ разделе Статьи есть 3 (если не ошибаюсь) примера реализации периодических данных. Просто выберите подходящий.

Смотрю.

--

Всем спасибо!