Compression de données dans SQL Server

Pour permettre à un type de compression d'une table existante devez utiliser la commande ALTER TABLE avec l'option REBUILD suit comme par exemple

 ALTER TABLE Sales.SalesOrderDetail

 





 RECONSTRUIRE AVEC (DATA_COMPRESSION = ROW)

Ce script permet au niveau des lignes de compression sur la table Sales.SalesOrderDetail. Pour activer la compression sur une table, vous pouvez aussi aller dans l'assistant de compression de données après le calcul des estimations. Car si nous allons partir de la page Type de compression Sélectionnez Ensuite, nous accéder à la page en cliquant sur ​​le bouton Sélectionner une option de sortie, où vous pouvez choisir de créer un script, effectuez l'opération immédiatement ou programmé comme un travail

Ayant ces outils disponibles pour faire la première étape est de décider quels objets d'appliquer ces caractéristiques. SQL Server est très flexible de ce point de vue, car elle vous permet d'utiliser un mélange de différentes techniques sur différents objets de la base. Par exemple, vous pouvez appliquer au niveau des lignes de compression pour certains tableaux, la page de niveau à d'autres tables et ne s'applique pas non plus pour le reste des tables, la compression, ou s'appliquent uniquement à certains indices, et ainsi de suite. Les deux facteurs qui devraient guider le choix des objets d'appliquer une compression sont essentiellement deux: l'estimation de l'espace de sauvegarde et le chargement de l'application.

Concernant le premier point doit être noté que la quantité d'espace sauvé par la compression d'une table dépend des données qu'il contient. En fait, certaines données sont compressées de façon significative tandis que d'autres n'en ont pas.

Les tableaux qui devraient être appliquées de compression devrait avoir les caractéristiques suivantes:

• Les colonnes avec des types de données numériques ou de longueur fixe dans lequel de nombreuses valeurs ne nécessitent pas tous les octets alloués (par exemple des valeurs entières avec des valeurs faibles)
• Colonnes de nombreuses lignes contiennent la valeur NULL
• Des quantités importantes de données ou répétée préfixes répétées

Les tableaux que vous ne jouissent pas de la compression de nombreux sont ceux qui ont les caractéristiques suivantes:

• Les colonnes avec des types de données de longueur fixe, où la plupart des valeurs exige que tous les octets alloués pour ce type de données
• Les données ne se répètent pas très
• Données répétées avec des préfixes non récurrents
• Type de données FILESTREAM

En ce qui concerne la charge de candidature doit être dit que les pages sont compressées comprimés, même quand ils sont lus dans la mémoire. Les données concernées (et non la page entière) est décompressé que si elles servent à une opération de tri, la jointure, dans le cadre de la réponse du filtre à une requête, ou ils sont mis à jour par une application. Donc il ya une décompressés en mémoire de la page compressée.

Décompressez les données requiert une charge pour le processeur et la charge doit être soigneusement évaluée (même si la compression l'autre côté réduit le nombre d'entrée et de sortie). La charge CPU de la compression au niveau de la page peut être supérieur au niveau de la ligne. Pour faire les bons choix concernant l'utilisation ou non de compression devraient garder à l'esprit tous ces aspects.

• <<
• 1
• 2
• 3
• >>