2 Дмитрий Шл:
Поделитесь, как у кого организованы архивы. а то уже полгода учет ведется все ведется в одних и тех же таблицах.
И пора бы их сбрасывать в архивы, но не могу определиться в структуре.

Решение в целом, т.е структура или организация самих архивов и модель данных для сопроводительной информации зависят от того ЧТО ТРЕБУЕТСЯ от подсистемы архивации вашей ИС/приложения. Кроме того возможные варианты таких подсистем:

а) Архивируется только БД ИС.
Например, у ИС есть администраторская функция (автоматическая или ручная) архивации БД,
содержащих пользовательские и системные данные

б) Архивируются только документы. БД ИС также хранит информацию (журнал) обо всех изменениях.
Например, у ИС для документооборота организации есть функция отслеживания всех изменений
и архивации документов. Под "документом" имеются в виду любые файлы, например, Ворда, Экселя
с к-рыми работают пользователи и к-рые хранятся на неком централизованном ресурсе или
в БД ИС(возможен и такой вариант)

в) Архивируется вся информация, т.е БД ИС и документы,
т.е. объединение систем а) и б)......

2 Cat2: \r
Репликант. Не. Я так думаю, что речь идет о выносе из таблиц данных более ранних чем некоторый определенный период. \r
\r
Понятно, т.е речь идет о хранении исторических данных что-то наподобии этого: Ведение истории для данных.....\r
\r
Я использую туже стрктуру, что и актуальные таблицы, только без индексов. \r
\r
Вот индекс пожалели, нууу... :) Т.е у вас к истории редко запросы случаются или этих данных просто немного и сканирование работает приемлимо?

2 Серега:
Если у вас много данных и к ним часто идут запросы - зачем эти данные сбрасывать в архив? Пущай лежат где лежали.

Часто, т.е редко ведь тоже бывает разное: 5 запросов - тут индексы наверное и не нужны, или 50 запросов ежедневно - это уже величина, к-рая своими сканированиями может сказаться на производительности, попав например на момент пиковой нагрузки.
Далее: если уж данные попали в категорию исторических, то наверное им не место в текущих рабочих таблицах. Какие тут могут быть аргументы "за":
=> исторические значит к ним возможно гораздо меньше запросов (ту же статистику/индексы легче обновлять
или тот же полный бэкап быстрее создавать для текущих данных) или/и запросы другого вида (например, ближе
к "OLAP");
=> формат документов может измениться или еще что-то, что повлечет изменение схемы (т.е переделка БД
уже легче пройдет)

...Обычно требуется информация за текущий год. В основном за текущий-предыдущий месяц. Значительно реже нужно что-то сравнивать с предыдущим годом...\r
...Эти данные используются крайне редко, и в основном для восстановления какого-то документа... \r
\r
Правильно! определять модель архивов должны так же (помимо разработчиков) и те, кто ею будет пользоваться, т.е бизнес-пользователи. Возможные варианты: либо они сами должны рассказать с данными какой свежести и как часто они хотят работать либо на пилотной системе надо какую-то статистику собирать по "свежести" запросов и уже на основе нее выбирать структуру архивов\r
\r
2 Серега: \r
Тут важно еще где эти архивы лежат. Если в той же базе, то для некоторых СУБД, все равно будет не очень хорошо.... \r
\r
Ясно, что задачу надо рассматривать в том числе и со стороны конкретной СУБД, архивы на Oracle - это одно, на IB или Access mdb - совсем другое\r
\r
...Просто, ИМХО, тут надо тщательно продумать - что бросать в архив. Если данные 50 раз в день используются - то могет быть рано их архивировать? Если 5 раз в месяц - то пора. Цифры естественно с потолка и определяются эмпирически. \r
\r
Лучше тщательно, но без эмпирически :) Эти цифры говорят о частоте (т.е важны т.к они определяют структуру, расположение *уже архивных таблиц* и т.д), но не о возможности обращения (т.е хоть 50 или 5, но все скорость тут уже неважна, т.к эти данные навсегда быльем поросли) к архивным данным. Например, у "Cat2": "На глубину более двух лет запросов практически нет. Поэтому данные старше трех (на всякий случай) лет сбрасываются в аналогичную таблицу..." \r
Интересно, а если возможен некий привилегированный пользователь (гендиректор или главбух), к-рый скажет что ему любые данные нужны почти мгновенно хоть они за вчерашний день, хоть за позапрошлый год и запросы у него еще те с кросс джойнами. Как тут быть? :)