Совет относительно отслеживания изменений в SQL-сервере 2008
Мой клиент ищет способ сделать полные журналы аудита (полное представление исторических данных по всем таблицам) на приложении.
Кроме использования старомодного способа наличия представляют в виде таблицы копии или хранение имени поля, значения поля, измененного, измененный на и т.д., я смотрел на использование отслеживания изменений SQL-сервера 2008 года.
Найденный статьей с практическими рекомендациями о MSDN на том же
Имеет любого используемого (или сделанный POC) функция Sql Server 2008 Change Tracking и нашел, что это стоило того. Также, если возможный укажите то, что Вы хотели из него и что Вы нашли/завершили. Любые подсказки относительно того же приветствуются.
[Править]
Его неделя все еще никакой ответ!
2 ответа
Я использовал CDC в хранилище данных, созданном ранее. Это очень хорошо и избавляет вас от необходимости писать триггеры для всех ваших таблиц, но я бы перечислил 2 области предостережения:
По умолчанию существует задание агента SQL, которое сокращает таблицы каждые X дней (не могу вспомнить значение по умолчанию ), поэтому вам нужно либо переопределить это, либо отправить данные в другое место.
Скрипты, которые удаляют и воссоздают таблицы (что иногда делает MSSQL Management Studio), могут привести к удалению ваших таблиц CDC и потере данных, поэтому будьте осторожны.
Отслеживание изменений SQL не может быть использовано в целях аудита. (ну, может быть, и можно, но не для этого).
SQL DBA's здесь, где я работаю, говорят мне, что журнал транзакций уже является аудиторским следом.
(Извините, я понятия не имею, как сделать это полезным)