Проблема с изменением сбора данных заключается в том, что он недостаточно гибок для реального аудита.Вы не можете добавить нужные вам столбцы.Кроме того, он по умолчанию сбрасывает записи каждые три дня (вы можете изменить это, но я не думаю, что вы можете хранить их вечно), поэтому вам нужно выполнить задание по переносу записей в реальную таблицу аудита, если вам нужно сохранить данные длядолгое время, которое типично для необходимости аудита записей (мы никогда не сбрасываем наши записи аудита).
Я предпочитаю триггерный подход.Вы должны быть осторожны при написании триггеров, чтобы гарантировать, что они будут захватывать данные, если несколько записей будут изменены.У нас есть две таблицы для каждой проверяемой таблицы: одна для хранения даты и времени пользователя или процесса, который предпринял действие, а другая для хранения старых и новых данных.Поскольку мы выполняем множество процессов записи, это очень важно для нас.Если кто-то сообщает об одной плохой записи, мы хотим видеть, был ли процесс внес изменения, и если да, то какие другие записи также могли быть затронуты.
Во время создания процесса аудита создайте сценарии для восстановления набора проверенных данных до старых значений.Это гораздо проще сделать, когда под ружьем все исправить, если вы уже настроили это.