Déterminer l'archivage ou la stratégie de partitionnement?

Question

Nous utilisons SQL Server 2008.

Notre exigence est ce -

Nous avons environ 4 tableaux relatifs aux opérations, dont les commandes record placés par les consommateurs, et leur statut de delivery.Once, l'ordre est terminé il a un effet sur l'inventaire et le financement. Maintenant, ces tables deviendront énormes. Donc, nous voulons archiver tous les 6-8 mois. Mais, après l'archivage, l'inventaire et les calculs financiers ne devraient pas être affectés. Donc, la partition est-elle une bonne option pour nous? comment cela affectera les requêtes? Comment devrions-nous aborder ce problème?

Answer 1

Cela dépend.

Les deux principales approches auxquelles je peux penser sont soit le partitionnement de tables (séparant la table en différents groupes de fichiers), soit le déplacement physique de données vers un autre emplacement (serveur de reporting). Imo, le script le plus simple serait le mouvement de données comme un batch nocturne, qui est actuellement ce qui est utilisé là où je travaille. Tous les soirs, nous bcp les données dépassent le seuil, bcp dans le serveur de reporting et vérifions l'exactitude des deux tables.

Finalement, vous devez décider ce qui est mieux. Aurez-vous besoin de données archivées en requête constante? Les données archivées seront même interrogées? Il est peut-être moins coûteux de passer à un autre serveur avec un matériel plus lent que de conserver des données qui ne sont pas très demandées dans le matériel plus rapide. Dépend de vous.