|
|
|
Как реализовать хранение удаленных данных?
|
|||
|---|---|---|---|
|
#18+
mutuzРоман Дынникна мой взгляд понятия истории и аудита должны быть разделены и соответственно разнесены в разные таблицы. Должно получиться примерно следующее? 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 таблицы? имеем действующую запись, измененную 25.01 >>>3 1 ЗАО "Рога и копыта" 25.01.2011 NULL 28.02 вдруг оказывается что с 25.01.2011 компания на самом деле должна была называться LLC "Рога и копыта" Требуется запротоколировать действия пользователя, так что бы было видно кто и когда поменял название на ЗАО "Рога и копыта" и кто и когда на LLC "Рога и копыта" для даты истории 25.01. Нужные поля протоколируются (не всегда необходимо протоколировать изменение всех полей). С одной таблицей это тоже решаемо введением еще одного разреза по дате действия пользователя, но тогда таблица истории становится слишком перегруженной. с рсдн-а ссылку посмотрите - там полезная статья. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2011, 10:29 |
|
||
|
|

start [/forum/topic.php?fid=32&gotonew=1&tid=1542183]: |
0ms |
get settings: |
4ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
144ms |
get topic data: |
7ms |
get first new msg: |
4ms |
get forum data: |
2ms |
get page messages: |
24ms |
get tp. blocked users: |
1ms |
| others: | 194ms |
| total: | 399ms |

| 0 / 0 |
