Проектирование базы данных для ведения журнала аудита

Если вы используете SQL Server 2008, вы, вероятно, следует рассмотреть возможность отслеживания измененных данных. Это новое для 2008 года и может сэкономить вам значительный объем работы.

Я не знаю никакой ссылки, но я уверен, что кто-то что-то написал.

однако, если цель состоит в том, чтобы просто иметь запись о том, что произошло-наиболее типичное использование журнала аудита-то почему бы просто не сохранить все:

timestamp
username
ip_address
procedureName (if called from a stored procedure)
database
table
field
accesstype (insert, delete, modify)
oldvalue
newvalue

предположительно это поддерживается триггером.

Я думаю, что нет ничего лучше дерева решений. Поскольку некоторые из плюсов и минусов (или требований) на самом деле не являются счетными. Как вы измеряете зрелость, например?

поэтому просто выровняйте свои бизнес-требования для ведения журнала аудита. Попытаться предсказать, как эти требования могут измениться в будущем и обновленные технические требования. Теперь вы можете сравнить его с плюсами и минусами и выбрать правильный/лучший вариант.

и будьте уверены, это не важно как вы решите, всегда будет кто-то, кто думает, что вы приняли неправильное решение. Тем не менее, вы сделали свою домашнюю работу, и вы оправдываете свое решение.

мы создадим небольшой пример базы данных для приложения блоги. Требуются две таблицы:

blog: сохраняет уникальный идентификатор записи, заголовок, содержимое и удаленный флаг. audit: сохраняет базовый набор исторических изменений с идентификатором записи, идентификатором записи в блоге, типом изменения (новое, редактирование или удаление) и датой/временем этого изменения. Следующий SQL-создает blog и индексирует удаленный столбец:

CREATE TABLE `blog` (
    `id` mediumint(8) unsigned NOT NULL AUTO_INCREMENT,
    `title` text,
    `content` text,
    `deleted` tinyint(1) unsigned NOT NULL DEFAULT '0',
    PRIMARY KEY (`id`),
    KEY `ix_deleted` (`deleted`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 COMMENT='Blog posts';

следующий SQL-создает audit таблица. Все столбцы индексируются, и для аудита определяется внешний ключ.blog_id какие ссылки blog.id поэтому, когда мы физически удаляем запись в блоге, ее полная история аудита также удаляется.

CREATE TABLE `audit` (
    `id` mediumint(8) unsigned NOT NULL AUTO_INCREMENT,
    `blog_id` mediumint(8) unsigned NOT NULL,
    `changetype` enum('NEW','EDIT','DELETE') NOT NULL,
    `changetime` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
    PRIMARY KEY (`id`),
    KEY `ix_blog_id` (`blog_id`),
    KEY `ix_changetype` (`changetype`),
    KEY `ix_changetime` (`changetime`),
    CONSTRAINT `FK_audit_blog_id` FOREIGN KEY (`blog_id`) REFERENCES `blog` (`id`) ON DELETE CASCADE ON UPDATE CASCADE
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;