Мне нужно посоветовать аудиторский след модуля справочной службы для моего приложения. Клиент хочет сохранить дорожку всех изменений в модуле справки приложения. В форме справочной службы более 40 полей (в будущем будет добавлено больше холода). У меня есть два варианта полного аудита.обслуживание журнала журналов аудита
1st: Я создаю денормированную таблицу для дорожки всех полей, имеющих четыре столбца для каждого поля i-e new value, old value, updated date, updated by. на основе этого столбца я могу отслеживать все поля.
второй: создать таблицу, которая держит след каждого изменения я-е
change_id, HD-Ticket_id, updated_date, updated_by
и создать еще одну таблицу, которые держат след каждого изменения наряду с change_id, как внешний ключ в этой таблице я-е id, change_id, field_name, value.
в таблице 1-го варианта очень сложный, но он даст полный журнал быстро, а во второй таблице параметров очень просто, но запрос, который будет генерировать журнал, кажется очень сложным, мы попробовали запрос для генерации журнала, но это занимает слишком много времени и вызывает время соединения почти каждый раз, когда мы пытаемся извлечь данные.
Может ли кто-нибудь помочь мне найти путь теста для аудита.
да, то есть право у нас есть PK таблицы, но что использование PageName в этом случае? – NoNaMe
, чтобы фильтровать, какая таблица/страница часто изменяется, и кто имеет изменения на конкретной странице –