архивирование таблицы: поиск лучшего пути

Question

есть таблица, которая имеет 80 000 строк. Каждый день я буду клонировать эту таблицу в другую таблицу журнала с именем, например 20101129_TABLE , и каждый день префикс будет меняться в зависимости от даты.

По подсчетам, данные будут составлять 2400 000 строк каждый месяц.

Советы, пожалуйста, для экономии места, получения быстрого обслуживания и других преимуществ и недостатков !! как я должен думать, чтобы создать лучший архив или журнал ..

это таблица с информацией об аккаунтах. баланс кода филиала и т. д.

Answer 1

Довольно сложно ответить на ваш вопрос, поскольку вы немного расплывчаты в некоторых важных фактах:

• Как часто вам нужны архивные таблицы?
• Насколько вы свободны?в ваших дизайнерских решениях?

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

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

Answer 2

Рассмотрим TABLE PARTITIONING ( MSDN ) - он предназначен именно для таких сценариев.Вы можете не только распределять данные по разделам (и отображать разделы на разные диски), вы можете хранить все данные в одной таблице и позволять MSSQL выполнять всю тяжелую работу в фоновом режиме (какой раздел использовать на основе критериев выбора и т. Д.).