Эффективная стратегия выхода из журнала аудита / истории изменений для приложений БД?
Каковы некоторые стратегии, с помощью которых люди добились успеха в ведении истории изменений данных в довольно сложной базе данных. Одно из приложений, для которых я часто использую и разрабатываю, может по-настоящему выиграть от более всеобъемлющего способа отслеживания того, как записи менялись с течением времени. Например, сейчас записи могут иметь несколько временных меток и измененных пользовательских полей, но в настоящее время у нас нет схемы для регистрации множественных изменений, например, если откат операции выполняется. В идеальном мире было бы возможно восстановить запись, как это было после каждого сохранения и т. Д.
Некоторая информация о БД:
Нужно иметь возможность расти на тысячи записей в неделю50-60 столовОсновные пересмотренные таблицы могут иметь несколько миллионов записей каждаяУстановлено разумное количество внешних ключей и индексовИспользование PostgreSQL 8.x