Hibernate Envers: аудирование операций

[zer0access]

Всё это выглядит очень здорово и красиво, но как быть, если объём данных большой или данные часто изменяются? Если работа с БД ведётся не только через Hibernate? Не говоря уже о том, что кто-то может влезть и руками поправить данные. Имхо, надёжнее будет сделать через триггеры, хотя переносимость при этом и пострадает.

[norguhtar]

Лучше всего использовать для ловли событий аспекты, а дальше что в коде напишете то и будет.

[crjd]

На мой взгляд аспекты еще большее колдовство, усложняется как логика, так и отладка приложения.

[norguhtar]

Как раз нет. Надо просто один раз понять как они работают. Их для кроссфункциональности (логгирование, аудит и прочее) применять существенно удобнее

[norguhtar]

Используйте аспекты. Они позволяют делать не только аудит, а все что угодно :)

[jonie]

Во многих промышленных СУБД механизмы трекинга и аудита уже встроены.

А вообще я не нашел упоминаний можно ли писать аудит в другую базу (ее ведь проще обслуживать будет, да и скорость основной базы не будет так сильно страдать)…

[Throwable]

Интересно. А что будет добавляться в аудит, если запись убирается?

[dzigoro]

В таблицу аудита добавляется запись с последним состоянием сущности и revtype равным DEL(2 вроде).

[eugenius_nsk]

Всё так, только насколько я помню, запись получается не с последним состоянием сущности (оно есть в предыдущей записи), а с пустыми полями.