EvgErmak,

А что вас больше беспокоит - размер базы, скорость доступа, доступ к старым периодам или время восстановления при сбоях ?

разные приоритеты для этих пунктов могут дать разные решения

EvgErmak,

Если нужны старые периоды, то можно периодически (квартал, год) выгружать базу в архив, закрыть ее для изменения, ограничить туда доступ только тем кому нужно (выборочно свои, аудиторы).
Правда, это сильно зависит от того, как база к приложению цепляется - надо же еще и актуальный старый код сохранять для старых данных.
Так рабочую базу можно держать примерно в одном размере.

В крупных системах есть возможность архивировать данные, но не полностью их "отчуждать", а доступ к ним остается, но каждый отчет (или сама платформа) знает, что это архивные данные и как с ними работать (это файлы, или другая база).

mazzysoulsurfer Если у вас система "класса ERP" - то скорее всего там должны быть предусмотрены механизмы архивации данных.
Конечно же нет. Вовсе не ДОЛЖНЫ.

СергейТТТЕсли нужны старые периоды, то можно периодически (квартал, год) выгружать базу в архив, закрыть ее для изменения, ограничить туда доступ только тем кому нужно (выборочно свои, аудиторы).
Нет, конечно.
Это старый и на редкость отстойный подход.

=================
Обоснование:
1. архивирование данных меняет структуру данных
2. если держать старые и новые данные в разных структурах данных (рабочие данные/архив),
то придется писать 3 (ТРИ) набора отчетов:
2.1. отчеты по рабочим данным,
2.2. отчеты по архивным данным,
2.3. отчеты для сравнения рабочих и архивных данных

3. в современных системах архивирование не используется, либо используется очень ограниченно.
4. в современных системах используется сегментирование данных при помощи СУБД (старые данные отправляются на медленный и дешевый диск, для старых данных настраиваются отдельные схемы бэкапирования, переиндексации и прочего обслуживания данных)

Если вместе со старыми данными сохранять и старый код, то писать несколько отчетов не придется. Пусть пользователь заходит в 2 разные базы и делает отчет по каждой. Если нужен сводный отчет за периоды в нескольких базах, то можно сделать это в Excel, смотря как часто он нужен...

Да, это "некрасивый" способ, но дешевый и реально работающий. Для 1С или других систем это вполне подходит.

Если система SAP и есть деньги, то можно использовать специальные инструменты для архивирования - развернуть Open Text для R/3 или настроить NLS для BW или еще что-то.

Хорошо конечно, если архитектура системы позволяет разделить базы на уровне СУБД и вынести архивную на медленный носитель, и при этом не менять код отчетов. Или выгрузить часть базы в виде файлов и опять же не менять код. Но это идеальный вариант, ;))

Можно еще посмотреть на возможности архивации на уровне СУБД, тут явно есть возможности, и для прикладного ПО было бы прозрачно. Тут лучше бы проконсультироваться с DBA по конкретной СУБД.