Discussion :

[mail.spam]

Bonjour,

Voilà je suis assez novice dans l'utilisation de SQL server.
Je travaille sur une base lié à notre logiciel de production, donc je n'ai pas la main sur tout.
Afin d'améliorer les performances de nos requêtes, j’exécute régulièrement cette requête :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
SELECT 'CREATE INDEX [missing_index] ON ' + mid.statement + '(' + ISNULL(mid.equality_columns, '') + CASE         WHEN mid.equality_columns IS NOT NULL
            AND mid.inequality_columns IS NOT NULL
            THEN ', '
        ELSE ''
        END + ISNULL(mid.inequality_columns, '') + ')' + ISNULL(' INCLUDE (' + mid.included_columns + ')', '') AS create_index_statement
     ,mid.statement
    , migs.*
    , mid.database_id
    , mid.[object_id]
FROM sys.dm_db_missing_index_groups mig
INNER JOIN sys.dm_db_missing_index_group_stats migs ON migs.group_handle = mig.index_group_handle
INNER JOIN sys.dm_db_missing_index_details mid ON mig.index_handle = mid.index_handle
INNER JOIN sys.objects sysobj ON sysobj.object_id = mid.[object_id]

ce qui me permet de rechercher la liste des index manquant.
Je les analyse un peut puis je met en place les index maquant.
Mais très régulièrement j'ai des index indiqués comme manquant hors ceci sont bien présent.
Est-ce que quelqu'un à déjà rencontré ce genre de problèmes?
Est-ce que j'oublie de faire quelque chose?
merci d'avance pour vos suggestions.

[Invité]

est-ce que ces indexes sont actifs ?

[mail.spam]

Bonjour,

Oui ils le sont.

[elsuket]

Bonjour,

La fonctionnalité d'index manquant est très intéressante, mais il faut la voir comme un indicateur d'une possibilité de contre-performance dans un plan de requête.
Il faut donc rechercher le plan de requête qui a généré la recommandation d'index pour comprendre pourquoi; souvent, une simple réécriture de la requête suffit.

Comment avez-vous détecté que l'index était déjà présent, et qu'il est bien utilisé par le plan de requête qui génère la notification de suggestion ?

@++

[SQLpro]

En appliquant bêtement toutes les demandes d'index vous aller :
1) en créer trop
2) en créer de redondants
3) en créer des inclus
Il est nécessaire de :

• avoir suffisamment de recul pour que le serveur ait accumulé suffisamment de stats sur ce sujet (au minimum 1 mois de marche sans interruption - voir SELECT sqlserver_start_time FROM sys.dm_os_sys_info)
• mutualiser les demandes en vertu du fait que l'ordre des colonnes dans la partie "equality columns" peut être changé du fait du principe de commutativité de l'opérateur d'égalité, mais pas dans la colonne "equality columns", les opérateurs logiques d'inégalité n'étant pas commutatifs
• abandonner la clause INCLUDE si trop de colonnes y figurent et en particulier si elle reconstruise la table "à l'envers".

Une sur indexation conduisant parfois à des problématiques pire (deadlock interne par exemple) que la sous indexation (lenteurs)

Pour vous aider à y voir clair, utilisez les requêtes que j'ai mis au point ici :
http://blog.developpez.com/sqlpro/p9...s_index_anorma
http://blog.developpez.com/sqlpro/p1...index_inutiles

Vérifiez l'usage de vos index à l'aide de sys.dm_db_index_usage_stats avec suffisament de recul (au moins 1 mois d'existence de l'index).
Comme SQL Server ne trace pas la date de création des index, je vous suggère d'incorporer cette date dans le nom de l'index.

A +

[mail.spam]

Bonjour,

Merci pour toutes ces explications.
Je vais reprendre mes index.