Certaines valeurs pour la clause WHERE impliquant clé étrangère sont lents

Question

Cette requête fonctionne:

SELECT [ID] 
    ,[PROJECT_ID] 
    ,[NAME] 
    ,[LOCATION] 
    ,[COMMENT] 
FROM table1 
WHERE PROJECT_ID = 4479 

mais celui-ci ne compte pas:

SELECT [ID] 
    ,[PROJECT_ID] 
    ,[NAME] 
    ,[LOCATION] 
    ,[COMMENT] 
FROM table1 
WHERE PROJECT_ID = 3560 

Il tourne et tourne indéfiniment. La seule différence est la valeur utilisée.

« PROJECT_ID » est une clé étrangère, et il y a un index défini avec comme la colonne unique (par habitude avec FKs).

En parallèle: il y a une forte fragmentation sur les indices FK sur ce tableau.

Sont-elles probablement liées, à savoir, si je Reconstruire les index dois-je attendre le problème sera résolu?

Je ne peux pas les reconstruire maintenant car il est un système de production et je crois comprendre que je ne peux reconstruire les index quand les verrous peuvent être obtenus ... tels que tard ce soir.

Toute orientation sur la façon de « forcer une reconstruction de tous les index de toutes les tables dans une base de données même si elle déconnecte les utilisateurs » est également apprécié.

Merci, - Jesse

Answer 1

ces requêtes sont encapsulées dans une procédure stockée? Si c'est le cas, vous risquez d'être touché par un reniflage de paramètre.

Vous pouvez également vérifier vos statistiques; Il est possible que, s'ils sont très périmés, vous puissiez obtenir un très mauvais plan d'exécution avec certains paramètres et pas avec d'autres.