Using Statistics to Improve Query Performance

Określona metoda musi być statyczna metoda klasy.Filtrowanych danych statystycznych Użyj predykat filtru, aby wybrać podzbiór danych, która nie znajduje się w statystykach.Dobrze filtrowanych danych statystycznych może poprawić plan wykonania kwerend w porównaniu z całości tabela statystyk.Aby uzyskać więcej informacji na temat predykat filtru zobacz CREATE STATISTICS (Transact-SQL). Aby uzyskać więcej informacji o tym, kiedy umożliwia tworzenie statystyk filtrowane zobacz Określanie, kiedy można utworzyć statystyki sekcję w tym temacie.

Podczas automatycznego tworzenia statystyk opcji, AUTO_CREATE_STATISTICS, jest włączona, optymalizator kwerendy tworzy statystyk dla poszczególnych kolumn w predykacie kwerendy, jak to konieczne, poprawić Kardynalność szacowania dla planu kwerend.Te statystyki jednokolumnową są tworzone na kolumna, które nie zostały jeszcze histogramu w istniejącego obiektu statystyki.

Następująca kwerenda służy do określenia, jeśli optymalizator kwerendy utworzył statystyki dla kolumna predykatu kwerendy.Wykonuje kwerendę sys.stats widoki wykazu i sys.stats_columns do zwracania nazwy obiektu bazy danych, nazwę kolumna oraz nazwa statystyki dla wszystkich kolumn, które mają jedną kolumną statystyki.Kiedy optymalizator kwerendy tworzy statystyk na pojedynczej kolumny z użyciem opcji AUTO_CREATE_STATISTICS, statystyki rozpoczyna się nazwa _WA.

Opcja AUTO_CREATE_STATISTICS nie określa, czy statystyki uzyskać utworzony dla indeksów.Ta opcja nie generuje również filtrowanych danych statystycznych.Dotyczy to ściśle jednokolumnową statystyki dla pełnej tabela.

Podczas automatycznego aktualizacja statystyki opcja AUTO_UPDATE_STATISTICS, jest włączona, optymalizator kwerendy decyduje o tym, kiedy statystyki mogą być nieaktualne i następnie aktualizuje, gdy są one używane przez kwerendę.Statystyki stają się poza - o-data po wstawić, maksymalnie data, usuwanie lub scalić operacje zmiany rozkładu danych tabela lub widok indeksowany.optymalizator kwerendy określa, kiedy statystyki może być poza - z-data zliczając liczbę modyfikacji danych od czasu ostatniego statystyki data i porównanie liczby zmian progu.Próg zależy od liczby wierszy w tabela lub widok indeksowany.

Kwerendy Optymalizator kontroli dla poza - o-data statystyki przed kompilowania kwerendy i przed wykonaniem buforowanego planu kwerend.Przed kompilowania kwerendy, optymalizator kwerendy korzysta z kolumn tabel, i widoki indeksowane w predykacie kwerendy, aby określić, które statystyki może być mało - z-data.Przed wykonaniem buforowanego planu kwerend, Database Engine sprawdza, czy plan kwerend odwołuje - do-data statystyki.

Opcja AUTO_UPDATE_STATISTICS odnosi się do obiektów statystyki dla indeksów, jedno kolumn predykaty kwerendy i statystyki utworzone za pomocą TWORZENIE STATYSTYK instrukcja.Opcja ta dotyczy również filtrowanych danych statystycznych.

Automatyczne tworzenie statystyk, opcja AUTO_CREATE_STATISTICS, a opcja automatycznej aktualizacja statystyki, AUTO_UPDATE_STATISTICS, są domyślnie i firma Microsoft zaleca, aby większość użytkowników baz danych przy użyciu domyślnego.Służy do wyświetlania bieżącej wartości tych opcji dla wszystkich baz danych użytkowników umożliwia następującą instrukcję WYBIERAJĄCĄ:

SELECT name AS "Name", 
    is_auto_create_stats_on AS "Auto Create Stats",
    is_auto_update_stats_on AS "Auto Update Stats",
    is_read_only AS "Read Only" 
FROM sys.databases
WHERE database_ID > 4;
GO

W poniższym przykładzie nadano AUTO_CREATE_STATISTICS i AUTO_UPDATE_STATISTICS on dla bazy danych AdventureWorks:

USE AdventureWorks;
GO
ALTER DATABASE AdventureWorks
    SET AUTO_CREATE_STATISTICS ON;
ALTER DATABASE AdventureWorks
    SET AUTO_UPDATE_STATISTICS ON;
GO

Aby uzyskać więcej informacji na temat sposobu zestaw Zobacz Opcje te statystyki ALTER DATABASE SET Options (Transact-SQL).

Jeśli AUTO_UPDATE_STATISTICS jest włączona, można zmienić zachowanie aktualizacji statystyk dla całej bazy danych i poczet aktualizacji automatycznych statystyk dla pojedynczej tabela, indeks lub kolumna, jak jest to wymagane przez daną aplikację.Jeśli AUTO_UPDATE_STATISTICS jest włączona, można wyłączyć i ponownie włączyć Aktualizacje automatyczne statystyki dla tabela, indeks lub kolumna w następujący sposób:

• Użycie sp_autostats systemu procedura przechowywana.Można to wyłączyć lub ponownie włączyć aktualizacji statystyk dla tabela lub indeksu.

• Określ opcję NORECOMPUTE z AKTUALIZACJA STATYSTYK instrukcja.Aby ponownie włączyć aktualizacja statystyki, należy ponownie uruchomić aktualizacja statystyki bez opcji NORECOMPUTE.

• Określ opcję NORECOMPUTE w instrukcji CREATE STATISTICS.Aby ponownie włączyć aktualizacje statystyk, usuń statystyki za pomocą instrukcji DROP STATISTICS, a następnie wykonaj instrukcję CREATE STATISTICS bez opcji NORECOMPUTE.

• Określ opcję STATISTICS_NORECOMPUTE z TWORZENIE INDEKSU instrukcja.Aby ponownie włączyć aktualizacji statystyk, można uruchomić ZMIANA INDEKSU z STATISTICS_NORECOMPUTE = OFF.

Jeśli AUTO_UPDATE_STATISTICS jest wyłączona, nie zestaw automatyczne aktualizacje na dla pojedynczej tabela, kolumn lub indeksu.Ponowne włączenie aktualizacji automatycznych statystyk przywraca zachowanie określone przez opcję AUTO_UPDATE_STATISTICS.Jeśli opcja AUTO_UPDATE_STATISTICS jest wyłączona, nie będzie wykonywana aktualizacji statystyki.

Statystyki aktualizacje mogą być synchroniczne (ustawienie domyślne) lub asynchroniczna.W przypadku aktualizacji statystyk synchroniczne zawsze kompilowania kwerendy i wykonać aktualnych danych statystycznych; gdy statystyki są nieaktualne, optymalizator kwerendy czeka na zaktualizowaną statystykę przed kompilowania i wykonaniem kwerendy.Z updatas statystyki asynchronicznych kwerend skompilować istniejące dane statystyczne nawet wtedy, gdy istniejące statystyk znajdują się - o-data; optymalizator kwerendy można wybrać plan kwerend suboptimal, jeśli statystyk znajdują się - o-data kiedy kompiluje kwerendy.Kwerendy skompilować po aktualizacji asynchroniczny został zakończony, będzie korzystać z zaktualizowanych statystyk.

Opcje aktualizacji statystyk asynchronicznego dla całej bazy danych, AUTO_UPDATE_STATISTICS_ASYNC, określa, czy optymalizator kwerendy używa aktualizacji statystyk synchroniczna lub asynchroniczna.Domyślnie opcja aktualizacji statystyk asynchroniczne jest wyłączona, a optymalizator kwerendy aktualizuje statystyki synchronicznie.Opcja AUTO_UPDATE_STATISTICS_ASYNC odnosi się do obiektów statystyki dla indeksów pojedynczej kolumny w predykaty kwerendy i statystyki utworzone za pomocą TWORZENIE STATYSTYK instrukcja.

Za pomocą następującego polecenia do wyświetlenia opcji asynchronicznego automatycznej aktualizacji w przypadku wszystkich baz danych:

SELECT name AS "Name", 
    is_auto_update_stats_async_on AS "Asynchronous Update" 
FROM sys.databases;
GO

Należy rozważyć zastosowanie synchroniczne statystyki dla następujących scenariuszy:

• Można wykonywać operacje zmiany rozkładu danych, takich jak Obcinanie tabela lub wykonywanie aktualizacji zbiorczej z duży procent wierszy.Jeśli użytkownik nie wykona się data statystyki po zakończeniu operaton, przy użyciu statystyk synchroniczne zapewni statystyk uruchomionych - do-data przed wykonaniem kwerendy w zmienionych danych.

Należy rozważyć zastosowanie asynchronicznej statystyki do osiągnięcia bardziej przewidywalny czasy odpowiedzi kwerendy w następujących scenariuszach:

• Aplikacja często wykonuje tę samą kwerendę, podobne kwerendy lub plany podobne kwerendy buforowana.Twoje czasy odpowiedzi kwerendy może być bardziej przewidywalny z aktualizacjami asynchronicznego statystyki niż w przypadku aktualizacji statystyk synchronicznych, ponieważ optymalizator kwerendy można wykonywać kwerendy przychodzące bez oczekiwania na aktualnych danych statystycznych.Pozwala to uniknąć opóźnienie niektórych kwerend, a innych nie.Aby uzyskać więcej informacji na temat podobnych kwerendy wyszukiwania zobacz Finding and Tuning Similar Queries by Using Query and Query Plan Hashes.

• Aplikacja napotkał spowodowany przez co najmniej jedną kwerendę trwa oczekiwanie na zaktualizowanych statystyk ostro czas żądania klient.W niektórych przypadkach oczekiwania dla statystyk synchroniczne może spowodować, że aplikacje z agresywny ostro czas kończy się niepowodzeniem.

The Database Engine Tuning Advisor is a a narzędzie that analyzes the performance effects of workloads on one or more databases. Zawiera zalecenia dotyczące zwiększania wydajności (na przykład sugerowanie indeksy, aby utworzyć) i może sugerować przy użyciu CREATE STATISTICS umożliwia tworzenie statystyk optymalizacji kwerendy.Należy postępować zgodnie z tym zaleceniem.Aby uzyskać więcej informacji na temat Database Engine Dostrajanie klasyfikatora, zobacz Tuning the Physical Database Design.

Predykat kwerendy zawiera wiele kolumn, których kolumna wzajemne związki i zależności, statystyki dla wielu kolumn może poprawić planu kwerend.Statystyki korelacji między kolumnami, o nazwie zawierają statystyki dla wielu kolumn gęstość zapisu, które nie są dostępne w statystyce jedną kolumną.Gęstości może zwiększyć Kardynalność oszacowań, gdy wyniki kwerendy zależy od danych relacje między wiele kolumn.

Jeśli kolumny są już w ten sam indeks, statystyki wielokolumnowego obiekt już istnieje i nie jest konieczne ręcznie utworzyć.Jeżeli kolumny nie są już w ten sam indeks, można utworzyć statystyki wielokolumnowego przy tworzeniu indeksu w kolumnach lub za pomocą instrukcja CREATE STATISTICS.Wymaga więcej zasobów systemowych, aby zachować indeks niż obiekt statystyki.Jeśli aplikacja nie wymaga wielokolumnowego indeksu, można można economize na zasoby systemowe przez utworzenie obiektu statystyki bez tworzenia indeksu.

Podczas tworzenia statystyk w oparciu o wiele kolumn, kolejność kolumn w definicji obiektu statystyki wpływa na skuteczność gęstości dokonywania Kardynalność oszacowań.Obiekt statystyki przechowuje gęstości dla każdego prefiksu kolumn klucz w definicji obiektu statystyki.Aby uzyskać więcej informacji na temat gęstości zobacz DBCC SHOW_STATISTICS (Transact-SQL).

Do tworzenia gęstości, które są przydatne do oszacowania relacja, musi być zgodna kolumn w predykacie kwerendy jedną prefiksów dla kolumn w definicji obiektu statystyki.Na przykład następujące tworzy obiekt wielokolumnowego statystyk w kolumnach LastName, MiddleName, a FirstName.

USE AdventureWorks;
GO
IF EXISTS (SELECT name FROM sys.stats
    WHERE name = 'LastFirst'
    AND object_ID = OBJECT_ID ('Person.Contact'))
DROP STATISTICS Person.Contact.LastFirst;
GO
CREATE STATISTICS LastFirst ON Person.Contact (LastName, MiddleName, FirstName);
GO

W tym przykładzie obiekt statystyk LastFirst ma gęstości dla prefiksów następujące kolumna: (LastName), (LastName, MiddleName), a ()LastName, MiddleName, FirstName). Gęstość jest niedostępna)LastName, FirstName). Jeśli w kwerendzie użyto LastName i FirstName bez użycia MiddleName, gęstość jest niedostępna dla Kardynalność oszacowań.

Gdy optymalizator kwerendy tworzy statystyki dla pojedynczej kolumny i indeksów, tworzy statystyki dla wartości wszystkich wierszy.Kwerendy Wybierz podzbiór wierszy, a to podzbiór wierszy ma dystrybucji unikatowe, filtrowane statystyk można poprawić planów kwerend.Statystyki filtrowanego można utworzyć za pomocą instrukcja CREATE STATISTICS z klauzula WHERE, aby zdefiniować wyrażenie predykatu filtru.

Na przykład przy użyciu AdventureWorks, każdego produktu w tabela Production.Product należy do jednej z czterech kategorii w tabela Production.ProductCategory: Rowery, składniki, odzież i akcesoria. Każdej z kategorii ma dystrybucji danych wagi: zakres wag roweru z 13.77 30.0 zakres wag składnika z 2.12 1050.00 niektóre wartości NULL wag ubrania są wagi wszystkich wartości NULL i akcesoriów są również mieć wartości NULL.

Za pomocą Bikes (Rowery), na przykład, filtrowane dane statystyczne dotyczące wszystkich wag roweru zapewnia dokładniejsze dane statystyczne do optymalizator kwerendy i może zwiększyć jakość planu kwerendy, w porównaniu z tabela pełne statystyki lub nieistniejącej statystyki na podstawie kolumna waga.kolumna wagi rowerów jest odpowiednie do pełnienia funkcji filtrowanych danych statystycznych, ale niekoniecznie odpowiednie do pełnienia funkcji filtrowane indeksu, jeśli jest stosunkowo niewielka liczba wyszukiwań wagi.Wydajność uzyskać dla wyszukiwania, które zawiera filtrowane indeksu nie może być przewyższają dodatkowe konserwacji i kosztu magazynowania do dodawania indeksu filtrowanych w bazie danych.

Poniższa instrukcja tworzy BikeWeights filtrowane Statystyka wszystkie podkategorie na rowery. Filtrowane wyrażenie predykatu definiuje rowery przez wyliczanie wszystkich podkategorii rowerów z porównania Production.ProductSubcategoryID IN (1,2,3). Predykat nie można użyć nazwy kategorii Bikes (Rowery), ponieważ jest on przechowywany w tabela Production.ProductCategory, a wszystkie kolumny w wyrażeniu filtru musi być w tej samej tabela.

optymalizator kwerendy, można użyć BikeWeights filtrowane statystyk w celu poprawienia plan kwerend dla następującej kwerendy, która powoduje zaznaczenie wszystkich rowerów, które zważyć więcej niż 25.

SELECT P.Weight AS Weight, S.Name AS BikeName
FROM Production.Product AS P
    JOIN Production.ProductSubcategory AS S 
    ON P.ProductSubcategoryID = S.ProductSubcategoryID
WHERE P.ProductSubcategoryID IN (1,2,3) AND P.Weight > 25
ORDER BY P.Weight;
GO

Jeśli błąd lub inne zdarzenie uniemożliwia optymalizator kwerendy tworzenia statystyk, optymalizator kwerendy tworzy plan kwerend bez użycia statystyki.optymalizator kwerendy oznacza statystyki, jak brak i podejmuje próbę ponownego generowania statystyk następnego czas kwerenda jest wykonywana.

Brak statystyki są oznaczane jako ostrzeżeń (nazwa tabela czerwony), gdy plan wykonania kwerendy graficznie jest wyświetlany przy użyciu SQL Server Management Studio. Aby uzyskać więcej informacji zobaczDisplaying Graphical Execution Plans (SQL Server Management Studio).Ponadto, monitorowanie Brak kolumna Statistics klasa zdarzenia przy użyciu SQL Server Profiler Wskazuje, kiedy nie ma danych statystycznych. Aby uzyskać więcej informacji zobaczBłędy i Kategoria zdarzenie ostrzeżeń (aparat bazy danych).

Jeśli brakuje statystyk, należy wykonać następujące czynności:

• Sprawdź, czy AUTO_CREATE_STATISTICS i AUTO_UPDATE_STATISTICS.

• Sprawdź, czy baza danych nie jest tylko do odczytu.Jeśli baza danych jest tylko do odczytu, optymalizator kwerendy nie może zapisać danych statystycznych.

• Za pomocą instrukcja CREATE STATISTICS, aby utworzyć brakujące dane statystyczne.

Jeżeli czas odpowiedzi kwerendy są wolne lub nieprzewidywalne, upewnij się, że kwerendy mają - do-data statystyki przed wykonaniem dodatkowe kroki rozwiązywania problemów.Aby uzyskać więcej informacji na temat rozwiązywania problemów z wolno działającymi kwerendami zobacz Checklist for Analyzing Slow-Running Queries.

Statystyki dotyczące rosnący lub malejący kolumnach kluczy, taki jak IDENTITY lub kolumny sygnatury czasowej w czasie rzeczywistym, może wymagać częstsze aktualizacje statystyki nie wykonuje optymalizator kwerendy.Operacje wstawiania nowych wartości należy dołączyć do sortowania rosnącego lub malejącego kolumn.Liczba wierszy dodawany może być zbyt mały, aby wyzwolić aktualizacji statystyki.Statystyki nie są aktualne i kwerendy Wybierz najbardziej ostatnio dodanych wierszy, bieżące statystyki nie będzie zawierał Kardynalność szacowania dla tych nowych wartości.Może to spowodować niedokładne Kardynalność oszacowania i wydajność kwerendy powolne.

Na przykład kwerendy wybierające z ostatniej daty zamówienia sprzedaży mają oszacowań niedokładne Kardynalność Jeśli statystyki zostaną zaktualizowane tak, aby uwzględnić szacowania Kardynalność najnowszych dat zamówienia sprzedaży.

Należy rozważyć możliwość aktualizowania statystyk po wykonaniu procedury obsługi, który zmienia rozmieszczenie danych, takich jak Obcinanie tabela lub wykonywanie wstawiania zbiorczego z duży procent wierszy.Uniknąć przyszłych opóźnień podczas przetwarzania kwerendy kwerendy oczekiwać statystyk automatycznych aktualizacji.

Operacje takie jak przebudowy, defragmentowanie lub zmiana indeksu nie ulegają zmianie rozmieszczenia danych.Dlatego też nie ma potrzeby aktualizacja statystyki po wykonaniu operacji ALTER ODBUDOWAĆ indeks, DBCC INDEKSOWANIA, INDEXDEFRAG DBCC lub ALTER REORGANIZOWAĆ indeks.optymalizator kwerendy aktualizuje statystyki po odbudowanie indeksu na tabela ani widoku zawierającego ALTER ODBUDOWAĆ indeks lub DBCC DBREINDEX, jednak; jest to aktualizacja statystyki byproduct o ponowne tworzenie indeksu.optymalizator kwerendy nie aktualizuje statystyki po operacji INDEXDEFRAG DBCC lub ALTER REORGANIZOWAĆ indeks.

Aby poprawić Kardynalność szacowania dla wyrażenia, należy postępować zgodnie z poniższymi wskazówkami:

• O ile to możliwe, uproszczenie wyrażenia zawierające stałe w nich.optymalizator kwerendy nie zwraca wszystkich funkcji i wyrażeń zawierających stałe przed do określania Kardynalność oszacowań.Na przykład uprościć wyrażenie ABS)-100) to 100.

• Wyrażenie używa wielu zmiennych, należy rozważyć utworzenie kolumna obliczana dla wyrażenia, a następnie utworzyć statystyki lub indeksu w kolumnie obliczanej.Na przykład predykat kwerendy WHERE PRICE + Tax > 100 Po utworzeniu kolumna obliczana w wyrażeniu mogą mieć lepsze oszacowanie Kardynalność Price + Tax.

Aby poprawić szacowania Kardynalność dla zmiennych i funkcji, należy postępować zgodnie z poniższymi wskazówkami:

• Jeżeli predykat kwerendy użyto zmiennej lokalnej, należy rozważyć możliwość poprawiania kwerendy, aby użyć parametru zamiast zmiennej lokalnej.Wartość zmienna lokalna nie jest znany, gdy optymalizator kwerendy tworzy plan wykonania kwerend.Gdy kwerenda używa parametru, optymalizator kwerendy używa szacowania jest pierwszą wartość rzeczywista parametru jest przekazywany do procedura przechowywana.

• Należy wziąć pod uwagę przy użyciu standardowej tabeli lub tabela tymczasowa do przechowywania wyniki multi-instrukcja wycenione tabelę funkcji.optymalizator kwerendy nie powoduje utworzenia statystyki multi-instrukcja wycenione tabela funkcji.Z tej metody optymalizator kwerendy można utworzyć statystyk w kolumnach tabela i używać ich do tworzenia lepszego planu kwerend.Aby uzyskać więcej informacji na temat funkcji multi-instrukcja wycenione tabela zobacz Types of Functions.

• Należy wziąć pod uwagę przy użyciu standardowej tabeli lub tymczasowej tabeli jako zamiennik dla zmiennych Tabela.optymalizator kwerendy nie powoduje utworzenia statystyki dla zmiennych Tabela.Z tej metody optymalizator kwerendy można utworzyć statystyk w kolumnach tabela i używać ich do tworzenia lepszego planu kwerend.W określaniu, czy należy użyć tabela tymczasowa lub zmiennej tabeli nie ma tradeoffs; zmienne Tabela używane w procedurach przechowywanych powodują mniej ponownych kompilacji procedura przechowywana niż tabele tymczasowe.Zależnie od aplikacji przy użyciu tabela tymczasowa zamiast zmiennej tabeli nie może zwiększyć wydajność.

• Jeśli procedura przechowywana zawiera kwerendę, która wykorzystuje parametr przekazany w, należy unikać zmieniania wartości parametrów w procedurze przechowywanej przed użyciem go w kwerendzie.Oszacowania Kardynalność kwerendy opierają się na wartość parametru przekazany w i nie zaktualizowane wartości.Aby zapobiec zmianie wartość parametru, można napisać ponownie kwerendę, aby używać dwóch procedur przechowywanych.

  Na przykład następujące procedura przechowywana Sales.GetRecentSales Zmienia wartość parametru @date Kiedy @date is NULL.

  USE AdventureWorks;
  GO
  IF OBJECT_ID ( 'Sales.GetRecentSales', 'P') IS NOT NULL
      DROP PROCEDURE Sales.GetRecentSales;
  GO
  CREATE PROCEDURE Sales.GetRecentSales (@date datetime)
  AS BEGIN
      IF @date is NULL
          SET @date = DATEADD(MONTH, -3, (SELECT MAX(ORDERDATE) FROM Sales.SalesOrderHeader))
      SELECT * FROM Sales.SalesOrderHeader h, Sales.SalesOrderDetail d
      WHERE h.SalesOrderID = d.SalesOrderID
      AND h.OrderDate > @date
  END
  GO
  

  Jeżeli pierwsze wywołanie procedura przechowywana Sales.GetRecentSales przekazuje wartość NULL @date parametr, optymalizator kwerendy będzie kompilacji procedura przechowywana o szacowaniu Kardynalność @date = NULL Mimo że predykat kwerendy nie jest wywoływana z @date = NULL. To oszacowanie relacja może być znacznie różni się od liczby wierszy w wyniku kwerendy rzeczywiste.W rezultacie optymalizator kwerendy może wybrać plan suboptimal kwerendy.Aby tego uniknąć, można napisać ponownie procedura przechowywana w dwie procedury w następujący sposób:

  USE AdventureWorks;
  GO
  IF OBJECT_ID ( 'Sales.GetNullRecentSales', 'P') IS NOT NULL
      DROP PROCEDURE Sales.GetNullRecentSales;
  GO
  CREATE PROCEDURE Sales.GetNullRecentSales (@date datetime)
  AS BEGIN
      IF @date is NULL
          SET @date = DATEADD(MONTH, -3, (SELECT MAX(ORDERDATE) FROM Sales.SalesOrderHeader))
      EXEC Sales.GetNonNullRecentSales @date;
  END
  GO
  IF OBJECT_ID ( 'Sales.GetNonNullRecentSales', 'P') IS NOT NULL
      DROP PROCEDURE Sales.GetNonNullRecentSales;
  GO
  CREATE PROCEDURE Sales.GetNonNullRecentSales (@date datetime)
  AS BEGIN
      SELECT * FROM Sales.SalesOrderHeader h, Sales.SalesOrderDetail d
      WHERE h.SalesOrderID = d.SalesOrderID
      AND h.OrderDate > @date
  END
  GO
  

W celu poprawy Kardynalność szacowania dla zmiennych lokalnych, można użyć wskazówki dotyczące optymalizacji dla lub OPTYMALIZOWANIE dla nieznany kwerendy z RECOMPILE.Aby uzyskać więcej informacji zobaczQuery Hints (Transact-SQL).

W niektórych aplikacjach ponownej kompilacji przy każdym jego wykonuje kwerendę może zająć zbyt dużo czas.Do OPTYMALIZOWANIA do kwerendy wskazówkę dotyczącą kwerendy może pomóc, nawet jeśli nie korzystasz z opcji RECOMPILE.Na przykład można dodać jedną z opcji optymalizacji dla do przechowywanej procedury Sales.GetRecentSales, aby określić data dezaktywacji.W następującym przykładzie dodano opcji OPTYMALIZUJ dla procedury Sales.GetRecentSales.

USE AdventureWorks;
GO
IF OBJECT_ID ( 'Sales.GetRecentSales', 'P') IS NOT NULL
    DROP PROCEDURE Sales.GetRecentSales;
GO
CREATE PROCEDURE Sales.GetRecentSales (@date datetime)
AS BEGIN
    IF @date is NULL
        SET @date = DATEADD(MONTH, -3, (SELECT MAX(ORDERDATE) FROM Sales.SalesOrderHeader))
    SELECT * FROM Sales.SalesOrderHeader h, Sales.SalesOrderDetail d
    WHERE h.SalesOrderID = d.SalesOrderID
    AND h.OrderDate > @date
    OPTION ( OPTIMIZE FOR ( @date = '2004-05-01 00:00:00.000'))
END;
GO

Niektóre aplikacje projekt wskazówki nie mogą być stosowane, ponieważ nie można zmienić kwerendę lub użycie wskazówki dotyczącej kwerendy RECOMPILE może być powodować, że zbyt wiele rekompilacji.Plan prowadnic umożliwia określić inne wskazówki, takie jak USE PLAN w celu sterowania zachowaniem kwerendy podczas badania zmian aplikacji z dostawcą aplikacji.Aby uzyskać więcej informacji na temat prowadnic planu zobacz Optimizing Queries in Deployed Applications by Using Plan Guides.