Jointure interne avec requête de ralentissement de la grande table

Question

Une requête exécutée par mon application sur un client particulier est très lente. Je me suis rendu compte que le client a beaucoup d'enregistrements en particulier dans une table.

la requête est quelque chose comme ça

SELECT T1.Field1,BT.Field2, T3.Field3 
FROM TABLE1 T1 INNER JOIN 
BIGTABLE BT ON FIELDS INNER JOIN 
TABLE2 T2 ON FIELDS 

J'ai remarqué que des commentaires comme celui-ci se révèle dans une requête beaucoup plus rapide:

SELECT T1.Field1,/*BT.Field2,*/ T3.Field3 
FROM TABLE1 T1 /*INNER JOIN 
BIGTABLE BT ON FIELDS*/ INNER JOIN 
TABLE2 T2 ON FIELDS 

donc j'ai essayé cette astuce pour réduire la taille de la BigTable :

--I use top 10 while the BIGTABLE contains 150000 records 
SELECT top 10 * 
INTO #BIGTABLE 
FROM BIGTABLE 

SELECT T1.Field1,BT.Field2, T3.Field3 
FROM TABLE1 T1 INNER JOIN 
#BIGTABLE BT ON FIELDS INNER JOIN 
TABLE2 T2 ON FIELDS 

DROP TABLE #BIGTABLE 

Avant l'exécution de ce que je m'attendais à une requête beaucoup plus rapide, mais l'exécution le temps de l'action était assez similaire. Pourriez-vous suggérer un moyen d'étudier la performance?

Merci.

Answer 1

Pour étudier les performances, vous pouvez faire quelques choses:

Si vous exécutez la requête à partir SSMS puis il suffit d'inclure le plan d'exécution réel (cocher une petite icône dans la barre d'outils) avant d'exécuter la requête et l'exécuter. Regardez le sqlplan ou vous pouvez le poster ici. Parfois, il peut y avoir des «scans de table» ou d'autres opérations consommatrices de ressources qui causent de la lenteur. Le plan vous aidera à comprendre. En dehors de votre requête, il pourrait y avoir d'autres choses en cours d'exécution sur le serveur, Dans le passé, j'ai utilisé Who Is Active Script from Adam Machanic pour trouver ce que d'autres choses occupent le serveur. Voyez si votre SPID est bloqué par d'autres requêtes (Si vous exécutez le script d'Adam, il a une colonne blocking_session qui vous le montrera). Vous avez besoin du privilège DBA pour exécuter le script. Certaines personnes ne recommandent pas d'exécuter ce script souvent sur les serveurs de production.

Vous pouvez utiliser l'indication "WITH (READUNCOMMITED)" pour voir si cela vous aide. Cela n'est pas recommandé si vous ne souhaitez pas voir de données incorrectes dans votre requête.