Сбор данных изменения или отслеживание изменений - то же как традиционная таблица журнала аудита?
Прежде чем я буду копаться в пропасти документации Microsoft немного глубже, я хотел бы знать, испытал ли кто-то со Сбором данных Изменения, и Отслеживание изменений знают, может ли один или оба из них использоваться для замены традиционного...
"Копия таблицы журнала аудита 'реальной таблицы' (все поля исходной таблицы, плюс дата/время, идентификатор пользователя и поле действия DML) вставленный в Триггерами"
... установка для журнала аудита таблицы базы данных, где триггер заполняет таблицу журнала аудита (который является всем физическим трудом).
Документация обзора MSDN объясняет на высоком уровне, каковы Сбор данных Изменения и Отслеживание изменений, но это не достаточно ясно мне и не указывает напрямую, что эти инструменты могут использоваться для замены традиционных таблиц журнала аудита, которые мы делали так часто.
Может кто-то с опытом с помощью Сбора данных Изменения и Отслеживания изменений сохраняет меня много времени или подтверждает, что я провожу время, смотря на правильный инструмент? Критическая часть нашего журнала аудита получает все изменения в полях таблицы (на ВСТАВКЕ, ОБНОВЛЕНИИ, УДАЛИТЕ), когда это произошло, и кто сделал это. Эти изменения обычно предоставляются конечному пользователю хронологически с помощью отчета журнала аудита. Который является другим вопросом... Сбор данных изменения или Отслеживание изменений являются решением, я предположил бы, что эти данные могут быть запрошены точно так же, как данные из нормальной таблицы?
Править: Мне нужен постоянный журнал аудита, независимо от время. Я вижу, что Сбор данных Изменения имеет отношение к журналам транзакций, таким образом, это звучит конечным мне.
1 ответ
Думаю, вам все еще нужны таблицы аудита в ваших обстоятельствах. При просмотре BOL кажется, что автоматически создается и по расписанию задание очистки, которое запускается каждый день в 2 часа ночи. Из BOL:
Задание очистки запускается ежедневно в 2 часа ночи . Оно сохраняет записи в таблице изменений в течение 4320 минут или 3 дней, удаляя максимум 5000 записей с помощью одного удалить оператор.
Похоже, он определенно не делает того, что вы хотите. Я не думаю, что это будет делать то, что нужно любому, кто занимается аудитом таблиц. Также кажется, что было бы сложно, если вообще возможно, добавить в журнал аудита какие-либо поля, отсутствующие в таблице данных, кроме его собственных пяти полей по умолчанию (я не смог найти, какие они были). Также кажется, что данные не будут быть очень полезным для запроса или использования для отката определенного плохого изменения. ИЛИ, возможно, я просто не понимаю этот процесс, потому что BOL довольно плохо написан на эту тему, он определенно не ответил ни на одно из опасений, которые у меня возникли бы при замене моего аудита этим явно плохо продуманным процессом.