Scenarios for Choosing Tuning Options
Można łączyć różne opcje dostosowywania, które są dostępne Database Engine Dostrajanie klasyfikatora, aby uzyskać zalecenia, które są potrzebne dla użytkownika SQL Server Implementacja. W poniższych sekcjach omówiono scenariuszy różnych kombinacji dostosowywania opcji i rodzaj dostrajanie zalecenia daje każdej kombinacji.
Wybierając odpowiednie połączenie opcje
W poniższej tabela przedstawiono przykłady, które ilustrują sposób Database Engine Dostrajanie klasyfikatora interpretuje różnych kombinacji dostosowywania opcji użytkownicy mogą wybrać, korzystając z jednej DTA Narzędzie wiersz polecenia lub Database Engine Dostrajanie klasyfikatora graficznego interfejs użytkownika (GUI):
Argumenty określone z DTA |
Wybrane opcje z Opcje dostosowywania graficzny interfejs użytkownika karcie |
Interpretowanie ta kombinacja opcji klasyfikatora strojenia aparat bazy danych |
|---|---|---|
-fa IDX -Brak fp -klucz obcy ALL |
Indeksy Nie partycjonowania Zachowaj wszystkie istniejące usługi PDS |
Zachowuje wszystkie istniejące struktury fizycznej projektu w zalecenia.Database Engine Dostrajanie klasyfikatora również może zasugerować podzielony na partycje indeksy jako część zalecenia. |
-fa IDX_IV -Brak fp -Brak klucz obcy |
Indeksy i widoków indeksowanych Nie partycjonowania Nie przechowywać wszystkie istniejące usługi PDS |
Zawiera zalecenia tylko indeksy podzielony na partycje i widoków indeksowanych.Jeśli wynikowa zalecenie zostanie zaimplementowana, zostaną usunięte wszystkie istniejące obiekty podzielonym na partycje (jeśli istnieje). |
-fa IDX_IV -fp ALIGNED -klucz obcy ALIGNED |
Indeksy i widoków indeksowanych Wyrównany do partycjonowanie Zachowaj wyrównany partycjonowanie |
Zachowuje wszystkie istniejące struktury fizycznej projektu "wyrównane" (podzielonym na partycje w taki sam sposób, jak podstawowy tabele i widoki).Database Engine Dostrajanie Klasyfikator może zalecić innym indeksy i widoków indeksowanych, które również są wyrównane.Wykonania wynikowy zalecenie uwzględnia bazy danych "wyrównany" stan. |
Scenariusze użycia dla Dostosowywanie opcji kombinacje
Poniższa tabela zawiera listę typowych scenariuszy, które większość użytkowników występują w praktyce i strojenia kombinacji, które umożliwiają tych scenariuszy.Czynniki, które decydują o tych scenariuszy są następujące:
Wydajność
Funkcja znajomości, na przykład poziom wygodę przy użyciu widoków indeksowanych
Przyrostowe zmiany w bazie danych
Możliwości zarządzania
Zgodność z poprzednimi wersjami
Ease of migration (from one version of Microsoft SQL Server to another)
Wydajność jest współczynnika, który jest wspólne dla wszystkich scenariuszy, dlatego nie są wyraźnie wyświetlone w jednym z czynników, w następującej tabela.
#. |
Opis scenariusza |
Czynniki |
Obiekty określone |
Partycjonowanie określony |
Określono opcję Zachowaj |
|---|---|---|---|---|---|
1 |
Użytkownik chce uzyskać największą wydajność (nowej lub istniejącej bazy danych), ale użytkownik nie jest wygodne za pomocą funkcji partycjonowanie na partycje.Migrowanie z użytkowników SQL Server 2005 Aby SQL Server 2008. |
Funkcja znajomości, zgodności z poprzednimi wersjami |
Indeksy i widoków indeksowanych |
None |
None |
2 |
Dostrajanie niewielki zestaw kwerend ad hoc lub nowego użytkownika, ale użytkownik nie doświadczenia z partycjonowanie funkcji.Migrowanie z użytkowników SQL Server 2005 Aby SQL Server 2008. |
Zmiana przyrostowa, funkcja znajomości, zgodności z poprzednimi wersjami |
Indeksy i widoków indeksowanych |
None |
All |
3 |
Użytkownik nie chce zmienić klastrowanie z tabel podstawowych.Nie doświadczenia z partycjonowanie.Migrowanie z użytkowników SQL Server 2005 Aby SQL Server 2008. |
Funkcja znajomości, zmiana przyrostowa |
Indeksy i widoków indeksowanych |
None |
Stosowanie indeksów klastrowanych |
4 |
Użytkownik chce, aby dobrze dostrajanych indeksy i chce tylko przyrostowe zmiany, indeksów dla małych zestaw nowych kwerend.Nie doświadczenia z partycjonowanie.Migrowanie z użytkowników SQL Server w wersja 7.0 do SQL Server 2000, a SQL Server 2000 Użytkownicy. |
Zmiana przyrostowa |
Indeksy i widoków indeksowanych |
None |
Indeksy |
5 |
Użytkownik chce, aby uzyskać najlepszą wydajność dla całego obciążenie pracą (nowej lub istniejącej bazy danych).Użytkownik konfiguruje lub wdraża nowy SQL Server System. Migrowanie z użytkowników SQL Server 2005 Aby SQL Server 2008 który chcesz wykorzystać partycjonowanie dla wydajności. |
- |
Indeksy i widoków indeksowanych |
Pełne |
None |
6 |
Dostrajanie niewielki zestaw kwerend ad hoc lub nowy użytkownik.Użytkownik wdraża nowy SQL Server System |
Zmiana przyrostowa |
Indeksy i widoków indeksowanych |
Pełne |
All |
7 |
Użytkownik nie chce zmienić klastrowanie z tabel podstawowych, ale w przeciwnym razie chce, aby uzyskać najlepszą wydajność. |
Zmiana przyrostowa |
Indeksy i widoków indeksowanych |
Pełne |
Stosowanie indeksów klastrowanych |
8 |
Użytkownik chce, aby zachować wszystkie istniejące indeksy, ale nie musi koniecznie indeksowanych widoki podczas zwiększania wydajności ile to możliwe.Może być przydatne, kiedy obciążenie pracą zmian (Widoki indeksowane są mniej niezawodny niż indeksów w odniesieniu do zmiany obciążenia). |
Zmiana przyrostowa |
Indeksy i widoków indeksowanych |
Pełne |
Indeksy |
9 |
Użytkownik chce, aby uzyskać najlepszą wydajność (nowej lub istniejącej bazy danych), ale partycjonowanie jest przede wszystkim do zarządzania nimi.Użytkownik konfiguruje lub wdraża nowego systemu. |
Możliwości zarządzania |
Indeksy i widoków indeksowanych |
Wyrównane |
None |
10 |
Użytkownik chce partycjonowanie przede wszystkim do zarządzania nimi.Dostrajanie małej grupy ad hoc lub nowej kwerendy. |
Zmiana przyrostowa możliwości zarządzania |
Indeksy i widoków indeksowanych |
Wyrównane |
Wyrównane |
11 |
Użytkownik nie chce zmienić klastrowanie z tabel podstawowych.partycjonowanie jest przede wszystkim do zarządzania nimi. |
Funkcja znajomości, zmiana przyrostowa, łatwość zarządzania |
Indeksy i widoków indeksowanych |
Wyrównane |
Stosowanie indeksów klastrowanych |
12 |
Wygodny dla użytkownika z indeksami, ale nie z widoków indeksowanych lub partycjonowanie.Najlepsza wydajność całego obciążenia.Uaktualnienia użytkownika z SQL Server w wersja 7.0 do SQL Server 2005, albo z SQL Server w wersja 7.0 do SQL Server 2008. |
Funkcja znajomości, zgodności z poprzednimi wersjami |
Indeksy |
None |
None |
13 |
Wygodny dla użytkownika z indeksami, ale nie z widoków indeksowanych lub partycjonowanie.Strojenie niewielki zestaw nowych lub ad hoc kwerend.Uaktualnienia użytkownika z SQL Server w wersja 7.0 do SQL Server 2005, albo z SQL Server w wersja 7.0 do SQL Server 2008. |
Zmiana przyrostowa, funkcja znajomości, zgodności z poprzednimi wersjami |
Indeksy |
None |
All |
14 |
Użytkownik nie chce zmienić klastrowanie z tabel podstawowych.Nie doświadczenia z widoków indeksowanych lub partycjonowanie na partycje.Uaktualnienia użytkownika z SQL Server w wersja 7.0 do SQL Server 2005, albo z SQL Server w wersja 7.0 do SQL Server 2008. |
Funkcja znajomości, zmiana przyrostowa |
Indeksy |
None |
Stosowanie indeksów klastrowanych |
15 |
Użytkownik chce, aby usunąć istniejące widoki indeksowane z bieżącej bazy danych bez usuwania istniejących indeksów. |
Funkcja znajomości, zmiana przyrostowa |
Indeksy |
None |
Indeksy |
16 |
Użytkownik nie doświadczenia z widoków indeksowanych.Najlepsza wydajność całego obciążenia.Uaktualnienia użytkownika z SQL Server w wersja 7.0 do SQL Server 2008. |
Znajomość funkcji |
Indeksy |
Pełne |
None |
17 |
Użytkownik nie doświadczenia z widoków indeksowanych.Strojenie niewielki zestaw nowych lub ad hoc kwerend.Uaktualnienia użytkownika z SQL Server w wersja 7.0 do SQL Server 2008. |
Funkcja znajomości, zmiana przyrostowa |
Indeksy |
Pełne |
All |
18 |
Użytkownik nie doświadczenia z widoków indeksowanych.Użytkownik nie chce zmienić klastrowanie z tabel podstawowych.Dostrajanie niewielki zestaw nowych lub ad hoc kwerend.Uaktualnienia użytkownika z SQL Server w wersja 7.0 do SQL Server 2008. |
Funkcja znajomości, zmiana przyrostowa |
Indeksy |
Pełne |
Stosowanie indeksów klastrowanych |
19 |
Użytkownik chce, aby usunąć istniejące widoki indeksowane z bieżącej bazy danych bez usuwania istniejących indeksów. |
Funkcja znajomości, zmiana przyrostowa |
Indeksy |
Pełne |
Indeksy |
20 |
Użytkownik wygodne indeksy, ale nie z widoków indeksowanych.partycjonowanie jest przede wszystkim do zarządzania nimi.Chce uzyskać najlepszą wydajność dla całego obciążenia.Uaktualnienia użytkownika z SQL Server w wersja 7.0 do SQL Server 2005. |
Znajomość funkcję, zarządzanie |
Indeksy |
Wyrównane |
None |
21 |
Użytkownik doświadczenia z indeksy, ale widoki nie indeksowane.partycjonowanie jest przede wszystkim do zarządzania nimi.Chce uzyskać najlepszą wydajność dla całego obciążenia.Uaktualnienia użytkownika z SQL Server w wersja 7.0 do SQL Server 2008. |
Znajomość funkcję, zarządzanie |
Indeksy |
Wyrównane |
Wyrównane |
22 |
Użytkownik nie chce zmienić klastrowanie z tabel podstawowych.Nie doświadczenia z widoków indeksowanych.partycjonowanie jest przede wszystkim do zarządzania nimi.Uaktualnienia użytkownika z SQL Server w wersja 7.0 do SQL Server 2005. |
Funkcja znajomości, zmiana przyrostowa, łatwość zarządzania |
Indeksy |
Wyrównane |
Stosowanie indeksów klastrowanych |
23 |
Użytkownik jest dostrajanie niewielki zestaw kwerendy.Nie chce klastrowanych dowolne nowe indeksy.Nie doświadczenia z widoków indeksowanych lub partycjonowanie na partycje. |
Funkcja znajomości, zmiana przyrostowa |
Indeksy klastrowane nie |
None |
All |
24 |
Użytkownik nie chce, aby wszystkie nowe indeksów klastrowanych.Nie doświadczenia z widoków indeksowanych lub partycjonowanie na partycje. |
Funkcja znajomości, zmiana przyrostowa |
Indeksy klastrowane nie |
None |
Stosowanie indeksów klastrowanych |
25 |
Użytkownik jest dostrajanie niewielki zestaw kwerendy.Nie chce klastrowanych dowolne nowe indeksy.Nie doświadczenia z widoków indeksowanych. |
Funkcja znajomości, zmiana przyrostowa |
Indeksy klastrowane nie |
Pełne |
All |
26 |
Użytkownik nie chce, aby wszystkie nowe indeksów klastrowanych.Nie doświadczenia z widoków indeksowanych.Willing wziąć pod uwagę pełny zmianom indeksami nieklastrowanymi. |
Funkcja znajomości, zmiana przyrostowa |
Indeksy klastrowane nie |
Pełne |
Stosowanie indeksów klastrowanych |
27 |
Użytkownik nie chce, aby wszystkie nowe indeksów klastrowanych.Nie doświadczenia z widoków indeksowanych.Chce zachować końcowej projektu fizycznego wyrównane. |
Funkcja znajomości, zmiana przyrostowa, łatwość zarządzania |
Indeksy klastrowane nie |
Wyrównane |
Wyrównane |
28 |
Użytkownik jest dostrajanie niewielki zestaw kwerendy.Nie chce klastrowanych dowolne nowe indeksy.Nie doświadczenia z widoków indeksowanych.Willing wziąć pod uwagę zmianom indeksami nieklastrowanymi tak długo, jak wyrównane. |
Funkcja znajomości, zmiana przyrostowa |
Indeksy klastrowane nie |
Wyrównane |
Stosowanie indeksów klastrowanych |
29 |
Użytkownik jest dostrajanie zestaw kwerendy, wybierz podzbiór danych tabela.Chce uzyskać najlepszą wydajność dla indeksów. |
Wydajność |
Indeksy z opcją filtrowane indeksu |
None |
None |
30 |
Użytkownik chce well-tuned indeksy i chce tylko przyrostowe zmiany, indeksów dla małych zestaw nowych kwerend.Migrowanie z użytkowników SQL Server 2005 Aby SQL Server 2008. |
Zmiana przyrostowa |
Indeksy i widoków indeksowanych z opcją filtrowane indeksu |
None |
Indeksy |