Всем привет!
Весь форум на эту тему проштудировал, знаю что обсуждалось много раз, поэтому не пинайте сильно. Способ хранения, который хочу использовать, я нигде не нашел.
Способ заключается в том, что я сохраняю полную компию базы перед тем как производить в ней изменения. Баз несколько, разнесенных географически. Изменения, самое частое, будут порисходить 1 раз в месяц в большом количестве во всех из них. Размеры баз от 100 тыс. записей в одной таблице, при кол-ве таблиц около 20, до 7 млн. Дискового пространства одна база самое большое занимает, на данный момент, 60 ГБ. Хранить историю изменений необходимо как минимум год. База хранит личную информацию о людях и услугах им оказанных. История будет использоваться для отслеживания изменений личной информации и изменений кол-ва услуг оказанных за определенный промежуток времени. Более того структура базы может со временем меняться, но отчеты за прошлые периоды должны продолжать работать. На стороне клиента по всей видимости буду хранить мета-информацию обо всех копиях базы и процедурах в ней хранящихся.
Хотелось бы обсудить, чтобы ничего не упустить.

Прихожу к выводу, что если структура базы меняется, то необходимо конвертировать всю историю, когда это необходимо.

Роман Дынника если для отчета по текущему периоду нужны исторические данные за прошлые...?
Есть две формы отчетов:
1. Сводный отчет по текущему состоянию БД содержащий, например, количество пользователей получивших некую услугу на момент последнего отчетного периода.
2. Отчет по истории, выдающий, например, динамику изменения кол-ва пользователей получивших услугу в течение года за каждый из отчетных периодов.
С первым проблем нет. Второй уже вызывает несколько вопросов:
а. Как быть, если информация по искомой услуге появилась в базе только полгода назад (просто добавился новый столбец в соответствующей таблице)?
б. Как быть, если структура базы значительно изменилась под новые требования (добавились новые таблицы и связи)?

Изопропил mekhosПрихожу к выводу, что если структура базы меняется, то необходимо конвертировать всю историю, когда это необходимо.

Услуг нужно хранить не количество за период, а факты указания услуг.
историю изменения персональных данных - тоже проблем не наблюдаю
На факты места не хватит.

ИзопропилПо поводу истории персональных данных , надеюсь, возражений нет?
Тут вопросов не возникает. Спасибо. :)