Inner Join mit großen Tabelle verlangsamen Abfrage

Question

Eine Abfrage, die von meiner Anwendung auf einem bestimmten Kunden ausgeführt wird, ist sehr langsam. Ich habe festgestellt, dass der Kunde viele Datensätze in einer Tabelle hat.

die Abfrage so etwas wie dieses

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

ist bemerkte ich, dass wie diese Kommentierung in einem viel schnelleren Abfrage stellt sich heraus:

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

Also ich diesen Trick versucht, die Größe des Bigtable zu reduzieren :

--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 

Vor der Ausführung erwartete ich eine viel schnellere Abfrage, aber die Ausführung Die Zeit war ziemlich ähnlich. Könnten Sie bitte einen Weg vorschlagen, um die Leistung zu studieren?

Danke.

Answer 1

die Leistung zu untersuchen, Sie einige Dinge tun könnte:

Wenn Sie die Abfrage von SSMS läuft dann schließen Sie einfach den Ist Plan Execution (überprüfen ein kleines Symbol in der Symbolleiste), bevor die Abfrage ausgeführt wird und ausführen. Schau dir den sqlplan an oder du kannst ihn hier posten. Manchmal können "Table-Scans" oder andere ressourcenintensive Operationen zu Langsamkeit führen. Der Plan wird Ihnen helfen zu verstehen.

Abgesehen von Ihrer Abfrage könnte es andere Dinge auf dem Server laufen, In der Vergangenheit habe ich Who Is Active Script from Adam Machanic verwendet, um zu finden, welche anderen Dinge den Server beschäftigt halten. Prüfen Sie, ob Ihre SPID durch andere Abfragen blockiert wird (Wenn Sie Adams Skript ausführen, hat es eine blocking_session-Spalte, die Ihnen dies anzeigt). Sie benötigen fast DBA-Berechtigungen, um das Skript auszuführen. Einige Leute empfehlen nicht, dieses Skript häufig auf Produktionsservern auszuführen.

Sie könnten "WITH (READUNCOMMITED)" Hinweis verwenden, um zu sehen, ob das hilft. Dies wird nicht empfohlen, wenn Sie keine schmutzigen Daten in Ihrer Abfrage sehen möchten.