En environnement de d\u00e9veloppement (en esp\u00e9rant que vous ne le faites pas en production …), il arrive assez souvent de lancer des compactages (SHRINK) de bases de donn\u00e9es. Mais ce type d’action a tendance \u00e0 fragmenter tous les index, chose qu’il convient de r\u00e9parer rapidement si l’on souhaite garder des performances acceptables.<\/p>\n
Or il n’existe pas d’instruction Transact-SQL ou de commande (menu) sous SSMS permettant de reconstruire rapidement tous les index d’une base. Voici donc un script r\u00e9alisant cela (avec accessoirement mise \u00e0 jour compl\u00e8te des statistiques en fin de processus) :<\/p>\n
declare @requete nvarchar(max)=N''\r\n\r\nselect @requete+='ALTER INDEX ALL ON ' + QUOTENAME(s.name) + '.' + QUOTENAME(t.name) + ' REBUILD;'\r\nfrom sys.tables t\r\n\tjoin sys.schemas s on s.schema_id=t.schema_id\r\nwhere t.is_memory_optimized=0\r\n\r\nexec sp_executesql @requete\r\n\r\nexec sp_updatestats<\/pre>\nUn oeil aguerri pourra constater que ce filtre exclut\u00a0volontairement les tables \u00ab\u00a0In-Memory\u00a0\u00bb de SQL Server 2014, \u00e9tant donn\u00e9 qu’il n’est pas utile de d\u00e9fragmenter ce type de tables.<\/p>\n
Vite r\u00e9alis\u00e9, mais bien utile lorsque l’on n’a pas la possibilit\u00e9 de passer par un plan de maintenance ou lorsqu’il n’est pas n\u00e9cessaire de chercher \u00e0 s’appuyer sur les taux de fragmentation comme dans un script standard de maintenance<\/a> …<\/p>\n","protected":false},"excerpt":{"rendered":"
En environnement de d\u00e9veloppement (en esp\u00e9rant que vous ne le faites pas en production …), il arrive assez souvent de lancer des compactages (SHRINK) de bases de donn\u00e9es. Mais ce type d’action a tendance \u00e0 fragmenter tous les index, chose … Continuer la lecture