Показать сообщение отдельно
Старый 04.11.2019, 20:42   #4  
imir is offline
imir
Участник
 
146 / 118 (4) +++++
Регистрация: 28.05.2010
Спасибо, про Change Tracknig - я обязательно почитаю про его работу, в azure в т.ч.
Надо иметь в виду и следующие ограничения:
- нужно определиться с первичным ключом для каждой таблицы, а если он поменяется - иметь это в виду
- есть нюансы при резервном копировании и восстановлении базы, актуально, например с prod на work-copy либо uat и проч.
- нельзя указать конкретные поля для отслеживания

Поскольку мы "разматываем" журнал с конца и назад (прокручиваем "фарш" назад) - нам все равно придется восстановить для начала все записи в какое-то временное хранилище, а потом с ними поработать. С этой точки зрения уже существующий стандартный журнал, особенно после его перехода на триггеры - выглядит подходящей заготовкой.

Помимо этого я не упомянул о дополнительной фиче - повторный процессинг Журнала изменений за выбранный период. Например - вы донастроили родительские связи или поля описаний и хотите обработать Журнал изменений заново, для этого нам нужны сырые данные исходного журнала.

При установке решения - у вас наверняка уже есть записи стандартного журнала, которые вы бы хотели сохранить и превратить в расширенный - за какой-то период. А новые настройки влияют в т.ч. на стандартный, что также неплохо.

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

Последний раз редактировалось imir; 04.11.2019 в 21:08.