Наиболее известным и часто используемым методом отслеживания изменений, связанных с базами данных, является аудит с помощью триггеров. Триггер представляет собой особый тип хранимой процедуры, которая выполняется автоматически при возникновении действий по модификации данных в базе данных, т. е. триггер автоматически запускается сервером при попытке изменить данные.
С помощью триггеров можно реализовать отслеживание и протоколирование операций, связанных как с изменением данных в базе, так и с изменением структуры базы данных. События, связанные с изменением данных в таблицах базы данных или представлениях, описываются такими операциями DML (Data Manipulation Language), как INSERT, DELETE или UPDATE. Триггеры, срабатывающие на эти события языка обработки данных DML, называются триггерами DML. Триггеры же, активирующиеся в ответ на события, связанные с изменениями в структуре базы данных, например, CREATE, DROP, ALTER и т. д., называются триггерами DDL (Data Definition Language) [2].
Кроме триггеров, отслеживающих изменение в структуре базы данных и данных в ней, существуют триггеры входа, которые срабатывают в ответ на событие LOGON. Это событие возникает при установке пользовательских сеансов. Триггеры входа можно использовать не только для проверки подлинности при входе и управления сеансами сервера, но и для отслеживания различных попыток входа в систему.
Метод мониторинга с помощью триггеров также используется и в некоторых встроенных средствах аудита СУБД, в которых система создает набор триггеров по определенным параметрам в автоматическом режиме. Примерами таких решений для отслеживания изменений структуры базы данных или данных в ней является встроенное в СУБД Oracle средство AUDIT или средство Change Tracking, встроенное в SQL Server.
Основным недостатком применения триггеров и, соответственно, встроенных средств аудита для отслеживания изменений является значительное снижение производительности системы. Это происходит, так как в данном случае одновременно с каждой операцией в транзакции осуществляется добавление записи в таблицу аудита. При использовании аудита с помощью триггеров или встроенных средств аудита целесообразно заранее установить условия аудита, при которых мониторинг будет затрагивать не все возможные изменения в базе данных и всех ее таблицах, а лишь самые важные из них. В противном случае, если к аудиту будет подключена большая часть операций над базой данных, будет оказано сильное влияние на производительность системы в сторону ее уменьшения.
