04.11.2019, 20:42 | #7 |
Участник
|
Спасибо, про Change Tracknig - я обязательно почитаю про его работу, в azure в т.ч.
Надо иметь в виду и следующие ограничения: - нужно определиться с первичным ключом для каждой таблицы, а если он поменяется - иметь это в виду - есть нюансы при резервном копировании и восстановлении базы, актуально, например с prod на work-copy либо uat и проч. - нельзя указать конкретные поля для отслеживания Поскольку мы "разматываем" журнал с конца и назад (прокручиваем "фарш" назад) - нам все равно придется восстановить для начала все записи в какое-то временное хранилище, а потом с ними поработать. С этой точки зрения уже существующий стандартный журнал, особенно после его перехода на триггеры - выглядит подходящей заготовкой. Помимо этого я не упомянул о дополнительной фиче - повторный процессинг Журнала изменений за выбранный период. Например - вы донастроили родительские связи или поля описаний и хотите обработать Журнал изменений заново, для этого нам нужны сырые данные исходного журнала. При установке решения - у вас наверняка уже есть записи стандартного журнала, которые вы бы хотели сохранить и превратить в расширенный - за какой-то период. А новые настройки влияют в т.ч. на стандартный, что также неплохо. В любом случае тема интересная и достойная дополнительных изысканий для выявления всех плюсов и возможных ограничений для всех сценариев. Последний раз редактировалось imir; 04.11.2019 в 21:08. |
|