Результаты поиска

Эффективная стратегия для оставления истории аудита trail/изменений для DB приложений?

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

Немного информации о DB:

• Необходимо иметь возможность расти на тысячи записей в неделю
• 50-60 таблиц
• Основные пересмотренные таблицы могут содержать несколько миллионов записей каждая
• Разумное количество внешних ключей и индексов набора
• Использование PostgreSQL 8.x