Husky Audit

Husky Audit — инструмент для разработчиков программного обеспечения, повышающий скорость разработки за счёт использования уже готового решения в области мониторинга изменений данных, вносимых пользователями. Инструмент предназначен для интеграции и использования с конечными продуками, использующими как хранилище данных базу данных Microsoft SQL Server.

Цель: предоставление точной информации об истории изменения любой порции данных в основной системе.

Задачи Husky Audit:

1. Разграничивать события вставки, изменения и удаления данных.
2. При любой подпадающей под заранее определенные критерии  вставке, удалении или изменении данных сохранять факт события в журнал изменений.
3. Иметь возможность сохранять авторизационную информацию о пользователе, который произвел изменение данных.
4. Иметь возможность брать авторизационную информацию пользователя не только из соединения с базой данных, но и предоставленную другими способами (приложением).
5. Иметь возможность сохранять изменившиеся в результате события данные.
6. При изменении полей, являющихся ссылками на поля других таблиц, сохранять также ключевые поля из таких внешних таблиц, актуальные на момент события.
7. Иметь возможность выборки данных журнала изменений в различных разрезах и по определенным критериям.
8. Осуществлять очистку устаревших и более не необходимых данных журнала изменений как по расписанию, так и вручную.

Подсистема реализована в виде следующих структурных компонентов:

1. Таблица событий изменения данных. В данную таблицу записываются все необходимые параметры каждого события изменения данных, по одной строке на событие.
2. Таблица измененных данных. В данную таблицу записываются сами измененные данные
3. Триггеры на каждую таблицу основной системы, аудит данных которой требуется производить.
4. Интерфейс пользователя для создания триггеров на основные таблицы системы. Данный интерфейс после своего запуска на основе схемы базы данных пересоздает все триггеры на основные таблицы, таким образом актуализируя все изменения, которые могли произойти в схеме базы данных в процессе эволюции системы. После любого изменения таблиц системы достаточно запустить данную процедуру для актуализации механизма аудита.
5. Хранимая процедура очистки устаревших данных аудита.
6. Различные специализированные представления, которые можно создать на основе таблиц из п.1 и п.2 для того, чтобы упростить разработку основной системы в части обработки данных аудита.