Рекомендации по отслеживанию изменений в Sql Server 2008

Question

Мой клиент ищет способ выполнения полного аудита (полное представление исторических данных по всем таблицам) в приложении.

Кроме использования устаревшего способа копирования таблиц или сохранения имени поля, значения поля, измененного, измененного и т. Д., Я искал использование отслеживания изменений в Sql Server 2008.
Нашел How-To статью на MSDN на том же

Кто-нибудь использовал (или делал POC) функцию отслеживания изменений Sql Server 2008 и нашел, что она того стоит. Также, если возможно, пожалуйста, укажите, что вы хотели из этого и что вы нашли / сделали вывод. Любые советы по этому поводу приветствуются.

[Изменить]
Прошла неделя до сих пор нет ответа!

Answer 1

Я использовал CDC в хранилище данных, настроенном ранее. Это очень хорошо и избавляет вас от необходимости писать триггеры для всех ваших таблиц, но я бы перечислил 2 области предостережения:

1. По умолчанию существует задание агента SQL, которое сокращает таблицы каждые X дней (не может вспомнить значение по умолчанию), поэтому вам необходимо либо переопределить это, либо отправить данные в другое место.

2. Сценарии, которые удаляют и воссоздают таблицы (что иногда делает MSSQL Management studio), могут привести к удалению таблиц CDC и потере данных, поэтому будьте осторожны.

Answer 2

Отслеживание изменений SQL нельзя использовать в целях аудита. (ну, может, может, но не для этого).

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

(Извините, я понятия не имею, как сделать это полезным, хотя)