Добрый день.

К примеру имеется таблица поставщиков
idname start_date end_date user_modify ipaddr1 ОАО "Рога и копыта" 1.01.2011 10.01.2011 vasya localhost1 ООО "Рога и копыта" 10.01.2011 25.01.2011vasya localhost1 ЗАО "Рога и копыта" 25.01.2011 NULL kolya localhost2 ООО "РОССТАЛЬМЕТФОНДНЬЮ" 1.01.2008 NULL klava localhost
С помощью полей start_date и end_date обеспечивается хранение истории изменения атрибутов поставщиков.
user_modify , ipaddr - служебные поля о пользователе, который произвел изменение.
Запись удаляется путем проставление даты end_date (закрывается датой).

Вот только как удалять запись и сохранить служебную информацию о пользователе и ip-адресе?
Где хранить информацию о том, кто удалил запись? Перезаписать поля user_modify, ipaddr нельзя - потеряем информацию о том, кто в последний раз редактировал запись.
При удалении создавать новую запись, в которой start_date, end_date будут равны дате удаления?

Пример(удаление пользователем vasya записи с id = 2):
idname start_date end_date user_modify ipaddr2 ООО "РОССТАЛЬМЕТФОНДНЬЮ" 1.01.2008 30.01.2011 klava localhost2 ООО "РОССТАЛЬМЕТФОНДНЬЮ" 30.01.2011 30.01.2011 vasya 192.16.215.8

Или создать дополнительные поля, в которых будет храниться информация о том, кто удалил запись?
idname start_date end_date user_modify ipaddr delete_by delete_ipaddr2 ООО "РОССТАЛЬМЕТФОНДНЬЮ" 1.01.2008 30.01.2011 klava localhost vasya 192.16.215.8

Заранее спасибо!

Злой Бобрmutuz,

Че-то я непойму что требуется. У вас и так последняя запись будет хранить данные о пользователе. За что боремся?..
Она будет хранить информацию о пользователе, удалившем запись. А информация, о том кто редактировал эту запись перед удалением будет потеряна.

К примеру есть запись:

id name start_date end_date user_modify ipaddr1 ООО "РОГА И КОПЫТА" 01.01.2011 NULL vasya localhost

И нужно её пометить как удаленная (закрыть датой), но при этом не потерять информацию о том, кто её редактировал до удаления и сохранить информацию о удалившем.

Злой Бобрinsert into table1 values (2, ООО "РОГА И КОПЫТА", 01.01.2011, 25.01.2011, vasya, localhost)
И в итоге получится 2 записи:
id name start_date end_date user_modify ipaddr1 ООО "РОГА И КОПЫТА" 01.01.2011 25.01.2011 vasya localhost2 ООО "РОГА И КОПЫТА" 01.01.2011 25.01.2011 vasya localhost
То есть удаление путем добавления новой записи?
И почему у Вас start_date = 01.01.2011? может 25.01.2011?

Если вам настолько нужен протокол действий с записью - ведите полноценный лог, а то потеряете инфу о том кто предпоследний раз редактировал запись.[/quot]
Он и так полноценный. Информация о том, кто предпоследний раз редактировал запись не теряется.

Пример:
idname start_date end_date user_modify ipaddr1 ОАО "Рога и копыта" 1.01.2011 10.01.2011 vasya localhost1 ООО "Рога и копыта2" 10.01.2011 12.01.2011petya localhost1 ООО "Рога и копыта3" 12.01.2011 14.01.2011lena localhost1 ООО "Рога и копыта4" 14.01.2011 NULLanton localhost

Злой БобрНе говоря о том что появится возможность смотреть историю не до даты а до момента времени, т.е. если в один день поменяли несколько раз то при моем варианте это будет максимально информативно.
Дата приведена только для примера, на самом деле для полей art_date end_date используется тип данных timestamp.
Можно получить данные на любой момент времени.

Злой БобрА вообще, по уму, таблица истории должна быть в другом виде. Типа:
id, id_objekt, dat (datetime), usr_id, idaddr

id_objekt - Это FK? И если да, то на какую таблицу?
Или для каждой таблицы создается своя таблица истории? Тогда непонятно зачем нужен id_objekt.

Удалительсделать start_date>end_date у записи в которой хранятся данные удалившего юзера.
Не хочется добавлять запись при удалении :) Можно же просто датой закрыть существующую запись, в всей литературе, которую я читал именно так и делают.

Роман Дынникна мой взгляд понятия истории и аудита должны быть разделены и соответственно разнесены в разные таблицы.
Должно получиться примерно следующее?
firm_history
id firm_id name start_date end_date1 1 ОАО "Рога и копыта" 1.01.2011 10.01.20112 1 ООО "Рога и копыта" 10.01.2011 NULL3 1 ЗАО "Рога и копыта" 25.01.2011 NULL4 2 ООО "РОССТАЛЬМЕТФОНДНЬЮ" 1.01.2008 01.03.2009

firm_audit
firm_history_id user_modify ipaddr action1 vasya localhost add2 vasya localhost upd3 kolya localhost add4 klava localhost add4 klava localhost del

Вы можете объяснить для какой цели их необходимо разделять на 2 таблицы?

iljymutuz,
я не понял самого главного - вам при обычной работе история изменений нужна или нужно только текущее состояние?
В основном история, помимо истории будет данные, актуальность которых наступит в будущем. То есть будет храниться история + настоящее + будущее.