Le partitionnement de table introduit depuis Microsoft SQL Server 2005 permet aux
utilisateurs de découper de grandes tables en plusieurs structures de stockage. Par
défaut, les tables ne comportent qu’une seule partition.
70
Le fait de diviser, physiquement, les données d'une table, d'une vue ou d'un index
constitue le partitionnement. La division se fait horizontalement (par lignes) et permet
ainsi de diviser les grosses tables en petits morceaux mieux gérables.
Pourquoi partitionner ?
Imaginez que vous ayez une table de commandes qui reçoit chaque jour des milliers de
lignes, au fil des années, cette table commencera à devenir très grosse et très peu
gérable (dans le cas où vous voudriez ajouter un index, ou modifier une colonne…). En
fait, la table deviendra en définitive un gros bloc monolithique intouchable...
Pourquoi ne pas avoir la possibilité de diviser cette table entre plusieurs disques durs ?
Ainsi, nous pourrions mettre les commandes du mois dans un disque dur à faible
capacité, mais à très grande vitesse et les données "archives" dans un énorme disque de
plusieurs centaines de Go. Pourquoi ne pas mettre une grosse table dans plein de petits
disques durs ? Nous pourrions ainsi bénéficier de parallélisme dans la lecture et l'écriture
des données. C'est pour ces raisons que le partitionnement existe !
Le partitionnement se fait en trois phases :
Le processus de partitionnement d’une table, d’un index ou d’une vue indexée se déroule
en trois étapes :
. Créer une fonction de partition
. Créer un schéma de partition mappé sur une fonction de partition
. Créer la table, l’index, ou la vue indexée sur le schéma de partition