Problembehandlung bei unzureichender Abfrageleistung: Reduktion konstanter Ausdrücke und Ausdrucksauswertung während der Schätzung der Kardinalität

Zur Kompilierzeit reduzierbare Ausdrücke

SQL Server verwendet die Reduktion konstanter Ausdrücke mit den folgenden Ausdruckstypen:

• Arithmetische Ausdrücke wie 1+1, 5/3*2, die nur Konstanten enthalten.

• Logische Ausdrücke wie 1=1 und 1>2 AND 3>4, die nur Konstanten enthalten.

• Integrierte Funktionen, die von SQL Server zur Kompilierzeit reduziert werden können, einschließlich CAST und CONVERT. Im Allgemeinen gilt eine systeminterne Funktion als zur Kompilierzeit reduzierbar, wenn sie ausschließlich aus Eingaben besteht – ohne weitere kontextbezogene Informationen wie SET-Optionen, Spracheinstellungen, Datenbankoptionen oder Verschlüsselungsschlüssel. Nicht deterministische Funktionen sind nicht zur Kompilierzeit reduzierbar. Deterministische integrierte Funktionen sind bis auf einige Ausnahmen zur Kompilierzeit reduzierbar.

Eine Ausnahme sind große Objekte. Wenn der Ausgabetyp des Reduktionsprozesses ein großes Objekt ist (text, image, nvarchar(max), varchar(max) oder varbinary(max)), reduziert SQL Server den Ausdruck nicht zur Kompilierzeit.

Nicht zur Kompilierzeit reduzierbare Ausdrücke

Alle anderen Ausdruckstypen können nicht zur Kompilierzeit reduziert werden. Dabei handelt es sich insbesondere um folgende Ausdrücke:

• Nicht konstante Ausdrücke, wie z. B. Ausdrücke, deren Ergebnisse vom Wert einer Spalte abhängig sind.

• Ausdrücke, deren Ergebnisse von einer lokalen Variable bzw. einem lokalen Parameter abhängig sind, wie z. B. @x.

• Nicht deterministische Funktionen.

• Benutzerdefinierte Funktionen (Transact-SQL und CLR).

• Ausdrücke, deren Ergebnisse von Spracheinstellungen abhängig sind.

• Ausdrücke, deren Ergebnisse von SET-Optionen abhängig sind.

• Ausdrücke, deren Ergebnisse von Serverkonfigurationsoptionen abhängig sind.

Beispiele für zur Kompilierzeit reduzierbare und nicht zur Kompilierzeit reduzierbare konstante Ausdrücke

SELECT *
FROM Sales.SalesOrderHeader s JOIN sales.SalesOrderDetail d 
ON s.SalesOrderID = d.SalesOrderID
WHERE TotalDue > 117.00 + 1000.00

Auswertung von Ausdrücken zur Kompilierzeit zur Schätzung der Kardinalität

Außerdem werden bestimmte Ausdrücke, die zwar nicht zur Kompilierzeit ausgewertet werden, deren Argumente jedoch zur Kompilierzeit bekannt sind – unabhängig davon, ob es sich bei den Argumenten um Parameter oder Konstanten handelt – hinsichtlich der Größe ihrer Resultsets (Kardinalität) geschätzt. Dieser Vorgang ist ein Bestandteil des Abfrageoptimierers.

Insbesondere werden folgende integrierte Funktionen und spezielle Operatoren zur Kompilierzeit ausgewertet, wenn alle diesbezüglichen Eingaben bekannt sind: UPPER, LOWER, RTRIM, DATEPART (nur YY), GetDate, CAST und CONVERT.

Die folgenden Operatoren werden ebenfalls zur Kompilierzeit ausgewertet, wenn alle diesbezüglichen Eingaben bekannt sind:

• Arithmetische Operatoren: +, -, *, /, unär -,

• Logische Operatoren: AND, OR, NOT

• Vergleichsoperatoren: <, >, <=, >=, <>, LIKE, IS NULL, IS NOT NULL

Während der Kardinalitätsschätzung wertet der Optimierer keine anderen Funktionen oder Operatoren aus.

Beispiele für die Ausdrucksauswertung zur Kompilierzeit

USE AdventureWorks
GO
CREATE PROCEDURE MyProc( @d datetime )
AS
SELECT COUNT(*)
FROM Sales.SalesOrderHeader
WHERE OrderDate > @d+1

USE AdventureWorks
GO
CREATE PROCEDURE MyProc2( @d datetime )
AS
BEGIN
DECLARE @d2 datetime
SET @d2 = @d+1
SELECT COUNT(*)
FROM Sales.SalesOrderHeader
WHERE OrderDate > @d2
END

Bewährte Methoden: Verwenden der Reduktion konstanter Ausdrücke und der Auswertung von Ausdrücken zur Kompilierzeit zum Generieren optimaler Abfragepläne

Zum Generieren optimaler Abfragepläne sollten Sie sicherstellen, dass Sie Ihre Abfragen, gespeicherten Prozeduren und Batches so entwerfen, dass der Abfrageoptimierer die Selektivität der Abfragebedingungen auf der Grundlage der Statistiken zur Datenverteilung genau schätzen kann. Andernfalls verwendet der Optimierer eine Standardschätzung für die Selektivität (z. B. 30 Prozent im vorhergehenden Beispiel).

Um sicherzustellen, dass die Kardinalität vom Optimierer richtig eingeschätzt wird, sollten Sie zunächst überprüfen, dass die Datenbank-SET-Optionen AUTO_CREATE_STATISTICS und AUTO_UPDATE_STATISTICS auf ON festgelegt sind (dies ist die Standardeinstellung), oder manuell Statistiken für alle Spalten erstellen, auf die in einer Abfragebedingung verwiesen wird. Anschließend sollten Sie beim Entwerfen der Abfragebedingungen wenn möglich Folgendes beachten:

• Vermeiden Sie lokale Variablen in Abfragen. Verwenden Sie stattdessen Parameter, Literale oder Ausdrücke in der Abfrage.

• Begrenzen Sie die Verwendung von Operatoren und in Abfragen eingebetteten Operatoren mit Parametern auf die unter Auswertung von Ausdrücken zur Kompilierzeit zur Schätzung der Kardinalität aufgeführten Operatoren und Funktionen.

• Stellen Sie sicher, dass Ausdrücke, die nur Konstanten beinhalten, entweder zur Kompilierzeit auf eine Konstante reduziert oder zur Kompilierzeit ausgewertet werden können.

• Wenn Sie eine lokale Variable zum Auswerten eines Ausdrucks in einer Abfrage verwenden müssen, überlegen Sie, ob Sie die Variable in einem anderen Bereich auswerten können. Beispielsweise könnte es sich lohnen, eine der folgenden Aktionen auszuführen:

  • Übergeben Sie den Wert der Variablen an eine gespeicherte Prozedur, die die auszuwertende Abfrage enthält, sodass die Abfrage den Parameter der gespeicherten Prozedur anstelle der lokalen Variablen verwendet.

  • Erstellen Sie eine Zeichenfolge, die eine teilweise auf dem Wert der lokalen Variablen basierende Abfrage enthält, und führen Sie dann die Zeichenfolge mithilfe von dynamischem SQL-Code aus (EXEC oder sp_executesql).

  • Parametrisieren Sie die Abfrage, und führen Sie sie mithilfe von sp_executesql aus. Übergeben Sie dabei den Wert der Variablen als Parameter an die Abfrage.

Siehe auch

Konzepte

Andere Ressourcen