Récupérer les informations de partitionnement d’une table

Si avez besoin de récupérer de façon exhaustive les metadada de partitionnement d’une table, à savoir :

• la fonction de partitionnement
• le schéma de partitionnement
• le mode de gestion des bornes (LEFT / RIGHT)
• la liste des partitions
• le mode de compression utilisé sur chacune des partitions
• le filegroup de destination de chaque partition
• les paramètres de la fonction de partionnement
• le mapping paramètres/colonnes
• les valeurs des bornes de partitionnement par paramètre
• les bornes min et max relatives à chaque (partition, paramètre)

Scripter la (re-)création des indexes

Ayant besoin, pour un article qui devrait être publié incessamment sous peu, d’un script permettant de récupérer la définition des indexes d’une table, je me suis mis à faire quelques recherches sur le Net. Malheureusement au bout de 10 mn de recherche infructueuse (je n’ai trouvé aucun script complet), je me suis donc décidé à le faire moi-même.

Le but est de générer dynamiquement le code sql de (re-)création d’indexes d’une table. Je me restreins uniquement aux indexes que j’utilise à 99,99% en BI à savoir : les indexes clustered, nonclustered et nonclustered columnstore (je laisse donc de côté les fulltext, xml et spatial indexes)

Gestion dynamique des partitions SQL Server

Si vous travaillez sur un entrepôt à haute volumétrie, vous serez certainement confronté à des problèmes de performances pour alimenter et requêter les tables les plus volumineuses. Pour résoudre ces problèmes vous devrez avoir recours au partitionnement (fonctionnalité disponible depuis SQL Server 2005, je le précise car il y a quelques irréductibles qui utilise « encore » du 2000).

La mise en œuvre du partitionnement n’est pas la plus complexe qui soit ; seulement le faire une fois c’est bien, mais réinventer la roue sur chaque projet ça use. Voyons comment nous pouvons industrialiser pour tous nos projets BI la création et la gestion des partitions sous SQL Server.