Suppression des index

bonjour a tous

j'ai besoin de récupérer plus d'espace dans ma base de donné pour minimiser autogrowth

j'ai penser a faire un petit audit sur mes index pour supprimer les index non utilisée et qui occupe un espace important j'ai mis ce critère pour le

recherche (user_seeks=0 and user_scans=0 and user_lookups=0 )

autres que ces colonnes il existes un autre colonne qui s'appelle user_updates et qui a des valeurs différents du zéro

est ce que ce colonne doit être aussi pris en considération ,il doit avoir aussi la valeur zéro si je pend la décision supprimer l'index

merci pour vos aides

Bonjour,

Regarde aussi ce que donne cette requète. Ca te donnera aussi une idée des tables qui ne sont plus très utilisées.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

SELECT DB_NAME() AS DataBaseName ,t.name ,user_seeks ,user_scans ,user_lookups ,user_updates ,last_user_seek ,last_user_scan AS last_read ,last_user_update AS last_write ,last_user_lookup FROM sys.dm_db_index_usage_stats i JOIN sys.tables t ON (t.object_id = i.object_id) WHERE database_id = db_id() ORDER BY name

---

Attention à ces deux requêtes basées sur des DMV...

En effet les données collectées par ces vues sont remise à zéro à chaque démarrage de SQL Server.
Ce qui fait que si vous venez juste de redémarrez le serveur, vous n'avez pas assez de recul pour réellement décider de supprimer tel ou tel index, qui peut être utilisé de manière intensive que pour certaines requêtes mensuelles !!! (comme la paye, la facturation...

Il faut donc s'interdire de supprimer des index si l'on a moins de 31 jours d'historique d'activité continue et pour cela je vous recommande d'ajouter dans le where le membre suivant à votre prédicat de restriction :

Code:

---

EXISTS(SELECT * FROM sys.dm_os_sys_info WHERE sqlserver_start_time < DATEADD(day, -31, CURRENT_TIMESTAMP))

---

En sus certains index peuvent n'avoir été créé que très récemment.... Pour la même raison, il serait stupide de les supprimer !!!

A +

Ce probleme m'interesse car je me posais la question aussi la derniere fois :)

Cette colonne user_updates est elle alors importante ? car personne répond :mouarf:

MErci a Vous et bonne journée

Citation:

---

Envoyé par olivtone

Ce probleme m'interesse car je me posais la question aussi la derniere fois :)

Cette colonne user_updates est elle alors importante ? car personne répond :mouarf:

MErci a Vous et bonne journée

---

user_updates compte le nombre de modif effectuées sur l'index. Autant l'index apporte un gain important s'il est utilisé en seek, moyen s'il est utilisé en lookup et faible s'il est utilisé en scan, autant un update est toujours pénalisant.

Il faut donc chercher à supprimer les index ayant beaucoup de mise à jour (update) et aucune lecture (seek, lookup et scan).

ENFIN, il est très important de ne JAMAIS supprimer les index sémantiques ! (primary key, unique...) ou organisés en table (clustered)

J'ai l'habitude de donner cette formule plus adaptée :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

SELECT s.name AS TABLE_SCHEMA, o.name AS TABLE_NAME, i.name AS INDEX_NAME, user_updates, 'DROP INDEX [' + i.name + '] ON [' +s.name +'].[' + o.name +'];' AS DROP_COMMAND FROM sys.dm_db_index_usage_stats AS ius INNER JOIN sys.objects AS o ON ius.object_id = o.object_id INNER JOIN sys.schemas AS s ON o.schema_id = s.schema_id INNER JOIN sys.indexes AS i ON ius.object_id = i.object_id AND ius.index_id = i.index_id WHERE database_id = DB_ID() AND (SELECT sqlserver_start_time FROM sys.dm_os_sys_info) < DATEADD(day, -31, CURRENT_TIMESTAMP) AND ius.index_id BETWEEN 2 AND 999 AND user_seeks + user_lookups + user_scans = 0 AND i.is_primary_key = 0 AND i.is_unique = 0 AND i.is_unique_constraint = 0;

---

Valable dans le contexte d'une base précise.

A +

merci SQL Pro c'est top !!!! :mrgreen: