Behavior Changes to Database Engine Features in SQL Server 2008

W SQL Server 2008, ulepszenia w projekcie tabela partycjonowana ułatwiają lepsze proste podczas przetwarzania przez tabele podzielonym na partycje, niż w kwerendy SQL Server 2005. Jak ubocznym to zmianom może być collocated tylko dwukierunkowe sprzężenia.Plany kwerend dla dwukierunkowe collocated sprzężeń w SQL Server 2008 wyglądają tak samo jak w SQL Server 2005 i porównywalne z wydajnością SQL Server 2005. Jeśli w sprzężeniu znajdują się dodatkowe tabele z wyrównanymi partycjonowanie, inny plan zostanie zaznaczone, na przykład dwukierunkowe łączyć collocated następuje łączyć mieszania z trzecią tabelą.Collocated sprzężenia między więcej niż dwie tabele są niezwykłe i collocated sprzężenia nie korzystają z ulepszeń proste w SQL Server 2008. Niemniej jednak jeśli masz kwerendy, dla którego SQL Server 2005 wykonuje trzy-(lub więcej) sposób collocated łączyć jest możliwe, że kwerenda może działać wolniej SQL Server 2008 Jeśli ilość pamięci jest mała względem rozmiaru tabeli. Sposoby poprawienia wydajności w takiej sytuacji należą: zwiększenie ilości pamięci, która jest dostępna i re-writing kwerendy, tak aby poszczególnych partycji są sprzężone oddzielnie przed łączenie wyniki.Aby uzyskać dodatkowe informacje na temat sprzężeń collocated zobacz Kwerendy przetwarzania rozszerzenia na podzielonym na partycje, tabele oraz indeksy.

SQL Server ma nową optymalizację dla przetwarzania kwerend za pomocą sprzężeń gwiazdy, korzystającego z sprzężenia mieszania i filtry mapy bitowej.Kiedy kwerenda przetwarza dużych ilości danych z sprzężenia tabel fakt do tabel wymiarów w schemacie gwiazdy, za pomocą optymalizacji nowy plan kwerend można wykonywać dużo szybciej.

W ten sposób może być wyświetlony nowy plan kwerend dla istniejącej kwerendy, jeśli mieściły gwiazdy łączyć wzorca.optymalizator kwerendy wybiera ten plan, podczas jego oszacowań wskazują zwiększy wydajność kwerendy.Jednak w przypadku niedokładne statystyczne wykorzystywane w szacowaniu kosztów optymalizator kwerendy może wybrać gwiazdy łączyć optymalizacji, gdy inny plan będzie szybsze.

Jeśli maksymalny stopień proste konfiguracja opcji lub opcji indeksowania MAXDOP jest ustawiona na wartość 1, optymalizator kwerendy nie będzie używać optymalizacji połączenie typu gwiazda i nie będzie występować świadczeń nowych optymalizacji połączenie typu gwiazda.Jeśli system wykonanie kwerendy wywoła kwerendy zoptymalizowany z planem równolegle z tylko jeden wątek, niektóre filtry mapy bitowej można usunąć z planu gwiazdy łączyć wiele map bitowych filtru.Zmiana ta może spowolnić wykonywanie więcej niż oczekuję, gdy użytkownik przechodzi z 2 wątek do wątek 1, na przykład.

Gwiazda łączyć optymalizacji jest dostępna tylko w wersji Enterprise Developer i Evaluation z SQL Server. Aby uzyskać więcej informacji na temat filtrowania map bitowych zobacz Optimizing Data Warehouse Query Performance Through Bitmap Filtering. Aby uzyskać więcej informacji dotyczących sposobu interpretowania planów kwerendy zawierające filtry map bitowych zobacz Interpreting Execution Plans Containing Bitmap Filters. Aby uzyskać więcej informacji dotyczących optymalizacji połączenie typu gwiazda zobacz artykuł Magazyn TechNet "Wydajność kwerend Magazyn danych".

SQL Server 2008 Umożliwia proste dla sprzężeń nested loop, po zewnętrznej stronie łączyć zawiera tylko kilka wierszy.W SQL Server 2005, jeśli dostępnych jest wiele wątków, każdy wątek jest przydzielany strona wierszy z boku zewnętrzne łączyć. Jeśli istnieje tylko kilka wierszy, są one prawdopodobnie na tej samej stronie.In such cases, only one thread is employed and the potential benefits of parallelism are lost.SQL Server 2008 recognizes such cases and introduces an exchange operator that allocates one row per thread so that all available CPUs are employed.Oznacza proste zwiększone zużycie PROCESORA będzie tymczasowo zwiększyć w porównaniu z SQL Server 2005, ale wykonywanie kwerendy będzie szybsze. To nowe zachowanie pojawia się tylko wtedy, jeśli liczba wierszy zewnętrznego jest niewielka i koszt kwerendy szacuje się wystarczająco duża, aby korzystać z dodatkowych proste.Jeśli koszt kwerendy oszacowano na małe lub jeśli szacowana relacja po zewnętrznej stronie jest większa niż 1000, SQL Server przyzna jedną strona na wątek w SQL Server 2005. For more information about exchange operators and parallel query processing.see Równoległego przetwarzania kwerendy.

SQL Server 2008 Zmienia sposób, w jaki przetwarzane są kwerendy na podzielonym na partycje tabel i indeksów.Kwerendy dotyczące obiektów podzielonym na partycje, które używać wskazówki dotyczącej USE PLAN może zawierać planu, który jest nieprawidłowy.Firma Microsoft zaleca następujące procedury, aby po uaktualnieniu systemu do SQL Server 2008.

Kiedy wskazówka USE PLAN jest określony bezpośrednio w kwerendzie:

1. Usuń USE PLAN wskazówkę dotyczącą kwerendy.

2. Test kwerendy.

3. Jeśli Optymalizator nie wybiera odpowiedni plan, dostrajanie kwerendy, a następnie określ wskazówkę dotyczącą USE PLAN z planem żądaną kwerendę.

Kiedy wskazówka USE PLAN określono plan wykonania kwerendy:

1. Aby sprawdzić poprawność plan wykonania kwerendy, należy użyć funkcja sys.fn_validate_plan_guide.Alternatywnie można sprawdzić, czy plany nieprawidłowy za pomocą plan wykonania kwerendy przegranych przewodnik zdarzenie w SQL Server Profiler.

2. Jeżeli plan wykonania kwerendy jest nieprawidłowa, usuwanie plan wykonania kwerendy.Jeśli Optymalizator nie wybiera odpowiedni plan, dostrajanie kwerendy, a następnie określ wskazówkę dotyczącą USE PLAN z planem żądaną kwerendę.

Aby uzyskać więcej informacji na temat przetwarzania obiektów podzielonym na partycje kwerendy Zobacz Kwerendy przetwarzania rozszerzenia na podzielonym na partycje, tabele oraz indeksy.

W SQL Server 2005, plików danych i dziennika dla bazy danych zasób zależą od lokalizacji pliku danych z wzorzec bazy danych. W związku z tym przenoszenie wzorzec bazy danych wymaga także przenoszenie bazy danych zasób w tej samej lokalizacji.W SQL Server 2008, ta zależność nie istnieje. Pliki wzorzec bazy danych można przenosić bez przenoszenia zasób bazy danych.

W SQL Server 2008, jest domyślna lokalizacja bazy danych zasób <dysk>: \Program Files\Microsoft SQL Server\MSSQL10. <instance_name>\Binn\. Nie można przenieść bazy danych zasób.

We wcześniejszych wersjach SQL Server, opcja PAGE_VERIFY bazy danych jest zestaw / / / none dla tempdb bazy danych i nie mogą być modyfikowane. W SQL Server 2008, wartością domyślną dla bazy danych tempdb jest funkcja suma kontrolna dla nowych instalacji SQL Server. W przypadku uaktualniania instalacji SQL Server, wartością domyślną jest brak. Opcja może być modyfikowany.Zaleca się stosowanie Funkcja suma kontrolna w bazie danych tempdb.

SQL Server 2008 zawiera obsługę schematu XML, w tym obsługę kilku rozszerzeń lax Sprawdzanie poprawności, udoskonalona obsługa xs: data, xs:czas and xs:dataTime wystąpienie danych i dodano obsługę list i union typy. W większości przypadków zmiany nie mają wpływu na uaktualnienia komputera.Niemniej jednak jeśli używasz kolekcja schematu XML w SQL Server 2005 wartości typu, która umożliwia xs: data, xs:czas, or xs:dataTime (lub dowolnego podtypu), wykonywane są następujące kroki uaktualniania podczas uaktualniania sieci SQL Server 2005 bazy danych SQL Server 2008.

1. Dla każdego xml kolumna, wpisany z kolekcja schematu XML, zawierające elementy lub atrybuty, które są wpisane jako xs:anyType, xs:anySimpleType, xs: data lub któregokolwiek z jej podtypów, xs:czas lub któregokolwiek z jej podtypów lub xs:dataTime i wszystkich jego podtypów lub union lub list występuje, zawierające dowolny z tych typów następujących typów:

   1. Wszystkie indeksy XML na podstawie kolumna są wyłączone.

   2. Wszystkie SQL Server 2005 wartości nadal jest reprezentowana w strefie czasowej Z, ponieważ mają one już znormalizowane do stref czasowych Z.

   3. Wszystkie xs: data or xs:dataTime wartości, które są mniejsze niż 1 stycznia rok 1 doprowadzi do błąd wykonania podczas indeksu jest przebudowany lub instrukcji XQuery lub XML DML są wykonywane przed xml Typ danych zawierający tę wartość.

2. Wszystkie lata ujemne xs or xs:dateTime aspekty lub wartości domyślne w zbiorze schematu XML są automatycznie aktualizowane w taki sposób, aby najmniejszą wartość dozwolona przez podstawowy xs or xs:dateTime typu.Na przykład 0001 - 01 - 01T00:00:00.0000000Z dla xs:dateTime.

Należy pamiętać, że prostej instrukcja select SQL można nadal używać do pobierania całego xml Typ danych, nawet jeśli zawiera ona lat ujemna. Zaleca się zastąpienie ujemne lat w roku w zakresie nowo obsługiwanych lub zmiana typu element lub atrybut xs:ciąg.Aby uzyskać więcej informacji zobaczTyped XML Compared to Untyped XML.

In SQL Server 2005lax validation is not supported and strict validation is applied for elements of the type anyType.W SQL Server 2008, zawartość elementów tego typu anyType do sprawdzania poprawności przy użyciu lax Sprawdzanie poprawności. Aby uzyskać więcej informacji zobaczWildcard Components and Content Validation.