CREATE INDEX (Transact-SQL)

Tworzenie indeks klastrowany w tabela (sterty) lub upuszczanie i odtwarzania istniejący indeks klastrowany wymaga dodatkowego obszaru roboczego mają być dostępne w bazie danych sortowanie i tymczasową kopię oryginalnej tabela lub istniejące dane indeks klastrowany .Aby uzyskać więcej informacji, zobacz Określanie wymagań dotyczących miejsca na dysku indeksu.Aby uzyskać więcej informacji na temat indeksów klastrowanych, zobacz Tworzenie indeksów klastrowanych.

Gdy istnieje indeks unikatowy Aparat baz danych sprawdza, czy zduplikowane wartości, które każdy danych czas jest dodawana przez operacji wstawiania.Operacje wstawiania, generujących wartości zduplikowanych klucz są przywracane oraz Aparat baz danych wyświetla komunikat o błędzie.Ta zasada obowiązuje, nawet jeśli operację wstawiania zmienia wiele wierszy, ale powoduje, że tylko jeden zduplikowany.Jeśli próby wprowadzania danych, dla których istnieje indeks unikatowy i IGNORE_DUP_KEY klauzula jest zestaw na, tylko wiersze naruszenie UNIKATOWEGO indeksu nie powiedzie się.Aby uzyskać więcej informacji na temat unikatowe indeksy, zobacz Tworzenie indeksów unikatowych.

Indeksy podzielonym na partycje są tworzone i utrzymywane w sposób podobny do tabel podzielonym na partycje, ale podobnie jak zwykłe indeksy są obsługiwane jako osobne obiekty.Masz indeks partycjonowany dla tabela , która nie podzielony na partycje i masz nonpartitioned indeksu na tabela , który jest podzielony na partycje.

Jeśli tworzysz indeks tabela partycjonowanai nie zostanie określona grupa plików , na którym ma być umieszczony indeks indeks jest podzielony na partycje w taki sam sposób jak tabelapodstawowej.Jest to spowodowane indeksy, domyślnie są umieszczane na tym samym aplikacjami jako ich tabel podstawowych i tabela partycjonowana tego samego schemat partycji , która używa tego samego partycjonowanie kolumn.

Gdy nieunikatowy partycjonowanie , indeks klastrowany Aparat baz danych domyślnie dodaje wszystkie partycjonowanie kolumny do listy kluczy indeks klastrowany , jeśli jeszcze nie został określony.

Widoki indeksowane mogą być tworzone na tabelach podzielonym na partycje w taki sam sposób jak indeksy tabel.Aby uzyskać więcej informacji na temat indeksów podzielonym na partycje, zobacz Podzielonym na partycje tabel i indeksów.

Tworzenie unikatowego indeks klastrowany w widoku zwiększa wydajność kwerendy, ponieważ widok jest przechowywany w bazie danych w taki sam sposób, który znajduje się tabela z indeks klastrowany .optymalizator kwerendy może przyspieszyć wykonywanie kwerend za pomocą widoków indeksowanych.Widok nie ma odwoływać się w kwerendzie Optymalizator uwzględnienie tego widoku do podstawiania.

Następujące kroki są wymagane do utworzenia indeksowany widok są krytyczne dla pomyślnego wdrożenia widoku:

1. Sprawdź, czy USTAWIĆ opcje są prawidłowe dla wszystkich istniejących tabel, które będą odwoływać się w widoku.

2. Sprawdź, czy Ustawianie opcji dla sesja są zestaw poprawnie przed utworzeniem nowych tabel i widok.

3. Sprawdź, czy definicja widoku jest firmy Deterministic Networks.

4. Tworzenie widoku za pomocą opcji Z SCHEMABINDING.

5. Tworzenie unikatowego indeks klastrowany w widoku.

Ustawianie opcji wymagane Widoki indeksowane

Ocena tego samego wyrażenie może wygenerować różne wyniki w Aparat baz danych Jeśli USTAWIĆ różne opcje są aktywne podczas kwerendy jest wykonywany.Na przykład po opcji SET CONCAT_NULL_YIELDS_NULL jest zestaw na wyrażenie 'abc' + NULL zwraca wartość NULL.Jednak po CONCAT_NULL_YIEDS_NULL jest zestaw na wyłączone, tym samym wyrażenie daje 'abc'.

Aby upewnić się, że widoki można obsługiwać poprawnie i zwraca spójne wyniki, widoki indeksowane wymaga kilka opcji zestaw ustalonych wartości.Ustawianie opcji w poniższej tabela muszą być zestaw na wartości podane w wymaganewartość kolumna w każdym przypadku, gdy są następujące warunki:

• Tworzony jest indeksowany widok .

• Nie ma żadnych Wstaw, zaktualizować lub usunąć operacje wykonywane na dowolnej tabela w indeksowany widok.Obejmuje to operacje takie jak kopiowanie masowe, replikacjai kwerendami rozproszonymi.

• indeksowany widok jest używana przez optymalizator kwerendy do utworzenia planu kwerend.

  Ustawianie opcji	Wymagana wartość	Wartość domyślna na serwerze	Default Wartość OLE DB i ODBC	Default DB-wartość biblioteki
  KLAUZULE ANSI_NULLS	NA	NA	NA	WYŁĄCZANIE
  SPOWODOWAŁYBY	NA	NA	NA	WYŁĄCZANIE
  ANSI_WARNINGS *	NA	NA	NA	WYŁĄCZANIE
  ARITHABORT	NA	NA	WYŁĄCZANIE	WYŁĄCZANIE
  CONCAT_NULL_YIELDS_NULL	NA	NA	NA	WYŁĄCZANIE
  NUMERIC_ROUNDABORT	WYŁĄCZANIE	WYŁĄCZANIE	WYŁĄCZANIE	WYŁĄCZANIE
  QUOTED_IDENTIFIER	NA	NA	NA	WYŁĄCZANIE

  * Ustawienie ANSI_WARNINGS ON niejawnie ustawia ARITHABORT on, gdy zgodność bazy danych poziom jest zestaw 90 lub wyższej.Jeśli zgodności bazy danych poziom jest zestaw 80 lub wcześniej, opcja ARITHABORT musi być jawnie zestaw na.

Jeśli używasz połączenia serwera OLE DB lub ODBC jedyną wartością, którą należy zmodyfikować jest ustawienie ARITHABORT.Wszystkie DB-Biblioteka wartości muszą być zestaw poprawnie na poziom serwera za pomocą sp_configure lub z aplikacji za pomocą polecenia SET.Aby uzyskać więcej informacji na temat zestawu opcji, zobacz W programie SQL Server przy użyciu opcji.

Ważne:
Zdecydowanie zaleca się że opcja użytkownika ARITHABORT należy zestaw całego serwera on zaraz po pierwszym indeksowany widok lub indeksu dla kolumna obliczanej jest tworzony w dowolnej bazy danych na serwerze.

Funkcje firmy Deterministic Networks

Dodatkowe wymagania

Filtrowane indeks jest zoptymalizowanym indeks nieklastrowany, dopasowane do kwerend, które wybrać niewielki procent wierszy z tabela.Predykat filtru wykorzystuje do indeksowania część danych w tabela.Dobrze indeks filtrowanego można poprawić wydajność kwerendy, zmniejszyć koszty składowania i zmniejszyć koszty eksploatacji.

Wymagane Ustaw opcje dla filtrowanych indeksów

Informacje indeksy przestrzenne, zobacz Utwórz indeks PRZESTRZENNY (Transact-SQL) i Praca z indeksy przestrzenne (aparat bazy danych).

Dla informacji na temat formatu XML indeksy, zobacz Tworzenie INDEKSU XML (Transact-SQL) i Indeksy na kolumnach typu danych XML.

Maksymalny rozmiar indeksu klucz jest 900 bajtów.Indeksy na varchar kolumny, które może przekraczać 900 bajtów mogą być tworzone, jeśli istniejące dane w kolumnach nie przekraczać 900 bajtów w czas utworzenia indeksu; jednak kolejne insert lub update actions w kolumnach, które powodują całkowity rozmiar powinien być większy niż 900 bajtów zakończy się niepowodzeniem.Aby uzyskać więcej informacji, zobacz Maksymalny rozmiar indeksu kluczy.Indeks klucz indeks klastrowany nie może zawierać varchar kolumny, które mają istniejące dane w ROW_OVERFLOW_DATA jednostka alokacji.Jeśli tworzony jest indeks klastrowany na varcharistniejące dane ikolumna znajduje jednostka alokacjiIN_ROW_DATA, Wstaw kolejnych lub operacje aktualizacji na kolumna , czy wypychanie błędów zostaną wyłączone wiersz danych. Aby uzyskać więcej informacji na temat jednostek alokacji, zobacz Organizacji indeksu i tabeli.

Zbudowania indeksów nie klastrowanych może zawierać inne niż-kolumnklucz w liść poziom indeksu.Te kolumny nie są uważane przez Aparat baz danych podczas obliczania rozmiaru klucz indeksu.Aby uzyskać więcej informacji, zobacz Indeks z uwzględnionych kolumn.

Indeksy mogą być tworzone na kolumny obliczane.Ponadto obliczanej kolumny może mieć właściwość PERSISTED.Oznacza to, że Aparat baz danych przechowuje obliczonych wartości w tabelai aktualizuje je po zaktualizowaniu innych kolumn, od których zależy kolumna obliczanej.Aparat baz danych Używa tych wartości trwałe tworzy indeks oparty na kolumnai indeks istnieje odwołanie w kwerendzie.

Indeksowanie kolumnaobliczanej, obliczanej kolumna musi przewidywalne i dokładne.Jednak przy użyciu PERSISTED właściwość rozwija typu Indeksowalny kolumny obliczanej obejmują:

• Obliczona na podstawie kolumn Transact-SQL i funkcje środowiska CLR i metod zdefiniowany przez użytkownika typ CLR , które są oznaczone deterministyczny przez użytkownika.

• Obliczane kolumny oparte na wyrażeniach, które są przewidywalne, zgodnie z definicją Aparat baz danych ale niedokładny.

Kolumny obliczane utrwalonej wymagają zestaw opcji jest zestaw zgodnie z poprzedniej sekcji "Wymagany USTAWIĆ opcje dla widoków indeksowanych".

Ograniczenie klucza podstawowego i może zawierać kolumna obliczanej, jak długo spełnia wszystkie warunki dla indeksowania.W szczególności obliczanej kolumna musi być deterministyczny i dokładne lub przewidywalne i trwałe.Aby uzyskać więcej informacji o determinism, zobacz Przewidywalne i rodzaju funkcje.

Obliczane kolumny pochodzące z image, ntext, text, varchar(max), nvarchar(max), varbinary(max), i xml typy danych mogą być indeksowane, albo jako klucz lub innych niż uwzględnione-kluczkolumna tak długo, jak typ danych kolumna obliczanej jest dopuszczalne jako kluczindeksukolumna lub innych niż-kluczkolumna. Na przykład, nie można utworzyć indeksu głównego XML na obliczanych xml kolumna.Jeśli rozmiar indeksu klucz przekracza 900 bajtów, wyświetlany jest komunikat ostrzegawczy.

Tworzenie indeksu dla kolumna obliczanej może spowodować awarię insert lub aktualizowanie operacji, która wcześniej pracował.Takiej awarii może podjąć jeżeli obliczanej kolumna wyniki błędów arytmetycznych.Na przykład w poniższej tabelachociaż obliczane kolumnacwyniki arytmetycznych błąd INSERTdziałainstrukcja .

CREATE TABLE t1 (a int, b int, c AS a/b);
INSERT INTO t1 VALUES (1, 0);

Jeśli po utworzeniu tabela, można natomiast utworzyć indeks w kolumnaobliczanejc, tym samym INSERTinstrukcja będzie teraz zakończą się niepowodzeniem.

CREATE TABLE t1 (a int, b int, c AS a/b);
CREATE UNIQUE CLUSTERED INDEX Idx1 ON t1(c);
INSERT INTO t1 VALUES (1, 0);

Aby uzyskać więcej informacji, zobacz Tworzenie indeksów kolumny obliczanej.

Non - kolumnklucz , nazywane uwzględnionych kolumn, można dodać do liść poziom indeks nieklastrowany aby poprawić wydajność kwerendy przez obejmujących kwerendy.Oznacza to, że wszystkie kolumny w kwerendzie są uwzględniane w indeksie jako albo klucz lub nie-kolumnklucz .Dzięki temu optymalizator kwerendy znaleźć wymaganych informacji z skanowanie indeksu; dane tabela lub indeks klastrowany nie jest dostępny.Aby uzyskać więcej informacji, zobacz Indeks z uwzględnionych kolumn.

SQL Server 2005wprowadzonego nowy indeks opcji, a także modyfikuje sposób określono opcje.W tył Składnia zgodna z option_name jest równoważne z ()<option_name > = na ). Kiedy można zestaw opcje indeksu, obowiązują następujące reguły:

• Nowe opcje indeks może być określony tylko przy użyciu z (option_name)= ON | OFF**)**.

• Nie można określić opcje przy użyciu zarówno do tyłu Składnia zgodna i nowych w tej samej instrukcja.Na przykład, określenie z ()DROP_EXISTING**,** ONLINE = na**)** powoduje, że instrukcja nie powiedzie się.

• Podczas tworzenia indeksu XML opcje musi być określona przy użyciu z (option_name)= ON | OFF**)**.

DROP_EXISTING klauzula można użyć, aby odbudować indeks, dodawanie lub usuwanie kolumn, modyfikowanie opcji, zmodyfikować kolumna kolejność sortowanialub zmienić schemat partycji lub grupa plików.

Jeśli indeks wymusza ograniczenie na klucz podstawowy lub unikatowe i definicji indeksu nie ulega zmianie w jakikolwiek sposób, indeks jest usuwany, a utworzony ponownie, zachowując istniejące ograniczenia.Jednak jeśli zmieniona definicja indeksu nie działa instrukcja .Aby zmienić definicję klucza podstawowego ani ograniczenia UNIQUE, drop constraint i dodać ograniczenia z nową definicję.

DROP_EXISTING zwiększa wydajność podczas odtwarzania indeks klastrowanyz albo tych samych lub różnych zestaw kluczy na tabela zawierającej zbudowania indeksów nie klastrowanych.DROP_EXISTING zastępuje wykonanie UPUŚĆ INDEX instrukcja na stary indeks klastrowany następuje wykonanie instrukcja CREATE INDEX dla nowego indeks klastrowany.Odbudowa zbudowania indeksów raz, a następnie tylko wtedy, gdy została zmieniona definicja indeksu.DROP_EXISTING klauzula odbudować zbudowania indeksów nie, gdy definicja indeksu ma tej samej nazwy indeksu, klucz i kolumny partycji, unikatowości atrybuti kolejność sortowania , jak oryginalny indeks.

Czy zbudowania indeksów odbudowa lub nie, one zawsze pozostają w ich oryginalnym aplikacjami lub partycji systemów i używać oryginalnej funkcji partycji.Odbudowaniu indeks klastrowany do innej grupa plików lub schemat partycjizbudowania indeksów nie są przenoszone do zbiega się z nową lokalizację indeks klastrowany.Dlatego nawet zbudowania indeksów wcześniej wyrównane z indeks klastrowany, nie mogą być dostosowane z nim.Aby uzyskać więcej informacji na temat indeks partycjonowany wyrównaniezobacz Specjalne wytyczne dla indeksów podzielonym na partycje.

DROP_EXISTING klauzula nie sortowania danych ponownie, gdy używane są te same kolumny klucz indeksu w tej samej kolejności i z tego samego rosnąco lub malejąco, chyba że index instrukcja Określa indeks nieklastrowany i opcja ONLINE jest zestaw na wyłączone.Wyłączenie indeks klastrowany można wykonać operacji tworzenia INDEKSU Z DROP_EXISTING, z ONLINE zestaw na OFF.indeks nieklastrowany jest wyłączony, nie jest skojarzony z wyłączonego indeks klastrowanymożna wykonać operacji tworzenia INDEKSU Z DROP_EXISTING z ONLINE zestaw na wyłączone lub dalej.

Porzucone lub przebudowanych, indeksy z zakresów 128 lub więcej Aparat baz danych podporządkowuje deallocations rzeczywista strona i ich skojarzone blokady, aż po zatwierdzenia transakcji.Aby uzyskać więcej informacji, zobacz Upuszczanie i odbudowując dużych obiektów.

Stosuje się następujące wytyczne do wykonywania operacji indeksu w trybie online:

• Nie mogą zmieniać, obcięta i usunięte podczas procesu operacja online indeksu tabela podstawowej.

• Dodatkowe tymczasowego miejsca na dysku jest wymagane podczas operacji indeksu.Aby uzyskać więcej informacji, zobacz Określanie wymagań dotyczących miejsca na dysku indeksu.

• Operacje online mogą być wykonywane na indeksy podzielonym na partycje i indeksy, które zawierają utrwalone kolumny obliczane lub dołączone kolumny.

Aby uzyskać więcej informacji, zobacz Wykonywanie operacji indeks w trybie Online.

Gdy ALLOW_ROW_LOCKS = ON i ALLOW_PAGE_LOCK = ON wiersz, strona-, i tabela-poziom blokady są dozwolone podczas uzyskiwania dostępu do indeksu.Aparat baz danych Wybiera odpowiedni blokada i może eskalować blokada z rzędu lub stronablokada tabelablokada. Aby uzyskać więcej informacji, zobacz Eskalację blokady (aparat bazy danych).

Gdy ALLOW_ROW_LOCKS = OFF i ALLOW_PAGE_LOCK = OFF tylko tabela-poziom blokada jest dozwolone podczas uzyskiwania dostępu do indeksu.

Aby uzyskać więcej informacji o konfigurowaniu blokowania ziarnistość indeksu, zobacz Dostosowywanie blokowania indeksu.

Aby przywrócić informacje o indeksach, można użyć widoki wykazu, funkcje systemowei procedury składowane w systemie.Aby uzyskać więcej informacji, zobacz Wyświetlanie informacji o indeksie.

Kompresja danych jest opisany w temacie Tworzenie skompresowanego tabel i indeksów.Dostępne są następujące punkty klucz , należy rozważyć:

• Kompresji można zezwolić na więcej wierszy, które mają być przechowywane na strona, ale nie zmienia maksymalny rozmiar wiersza.

• Inne niżliść stron indeksu nie są strona skompresowane, ale mogą być skompresowane wiersza.

• Każdy indeks nieklastrowany ma ustawienie kompresji i nie dziedziczy ustawienie kompresji w tabelapodstawowej.

• Podczas tworzenia indeks klastrowany na sterty indeks klastrowany dziedziczy stanu kompresji sterty o ile nie określono stanu alternatywnych kompresji.

Indeksów podzielonym na partycje, obowiązują następujące ograniczenia:

• Nie można zmienić kompresja ustawienie jedną partycję, gdy tabela zawiera indeksy nonaligned.

• Indeks ZMIENIA <indeksu> ...ODBUDUJ PARTYCJI...Składnia przebudowuje określonej partycji indeksu.

• Indeks ZMIENIA <indeksu> ...ODBUDUJ Z...Składnia buduje ponownie wszystkich partycji indeksu.

Aby ocenić, jak zmiana stanu kompresji będą wpływać na tabela, indeks lub partycji, należy użyć sp_estimate_data_compression_savings procedura składowana.

Poniższy przykład tworzy indeks nieklastrowany na BusinessEntityID kolumna Purchasing.ProductVendor tabela.

USE AdventureWorks2008R2;
GO
IF EXISTS (SELECT name FROM sys.indexes
            WHERE name = N'IX_ProductVendor_VendorID')
    DROP INDEX IX_ProductVendor_VendorID ON Purchasing.ProductVendor;
GO
CREATE INDEX IX_ProductVendor_VendorID 
    ON Purchasing.ProductVendor (BusinessEntityID); 
GO

Poniższy przykład tworzy nieklastrowany indeks złożony na SalesQuota i SalesYTD kolumny Sales.SalesPerson tabela.

USE AdventureWorks2008R2
GO
IF EXISTS (SELECT name FROM sys.indexes
            WHERE name = N'IX_SalesPerson_SalesQuota_SalesYTD')
    DROP INDEX IX_SalesPerson_SalesQuota_SalesYTD ON Sales.SalesPerson ;
GO
CREATE NONCLUSTERED INDEX IX_SalesPerson_SalesQuota_SalesYTD
    ON Sales.SalesPerson (SalesQuota, SalesYTD);
GO

Poniższy przykład tworzy unikatowy indeks nieklastrowany na Name kolumna Production.UnitMeasure tabela.Indeks będzie wymuszać unikatowość danych wstawione do Name kolumna.

USE AdventureWorks2008R2;
GO
IF EXISTS (SELECT name from sys.indexes
             WHERE name = N'AK_UnitMeasure_Name')
    DROP INDEX AK_UnitMeasure_Name ON Production.UnitMeasure;
GO
CREATE UNIQUE INDEX AK_UnitMeasure_Name 
    ON Production.UnitMeasure(Name);
GO

Następująca kwerenda badań ograniczenie unikatowości przez próbujesz wstawić wiersz z taką samą wartość jak w istniejącym wierszu.

--Verify the existing value.
SELECT Name FROM Production.UnitMeasure WHERE Name = N'Ounces';
GO
INSERT INTO Production.UnitMeasure (UnitMeasureCode, Name, ModifiedDate)
    VALUES ('OC', 'Ounces', GetDate());

Wynikowy komunikat o błędzie jest:

Server: Msg 2601, Level 14, State 1, Line 1

Cannot insert duplicate key row in object 'UnitMeasure' with unique index 'AK_UnitMeasure_Name'. The statement has been terminated.

Poniższy przykład ilustruje skutki IGNORE_DUP_KEY opcji przez wstawianie wielu wierszy do tabela tymczasowej najpierw z opcji zestaw ON i ponownie z opcji zestaw OFF.Pojedynczy wiersz zostanie wstawiony #Testtabela spowoduje celowo zduplikowana wartość podczas drugiego wiersza wielu INSERTwykonaniuinstrukcja . Liczba wierszy w tabela zwraca liczbę wiersze wstawione.

USE AdventureWorks2008R2;
GO
CREATE TABLE #Test (C1 nvarchar(10), C2 nvarchar(50), C3 datetime);
GO
CREATE UNIQUE INDEX AK_Index ON #Test (C2)
    WITH (IGNORE_DUP_KEY = ON);
GO
INSERT INTO #Test VALUES (N'OC', N'Ounces', GETDATE());
INSERT INTO #Test SELECT * FROM Production.UnitMeasure;
GO
SELECT COUNT(*)AS [Number of rows] FROM #Test;
GO
DROP TABLE #Test;
GO

Poniżej przedstawiono wyniki drugiego INSERT instrukcja.

Server: Msg 3604, Level 16, State 1, Line 5 Duplicate key was ignored.

Number of rows

--------------

38

Należy zauważyć, że wiersze wstawione z Production.UnitMeasure tabela , która nie naruszają ograniczenia unikatowości zostały pomyślnie wstawione.Ostrzeżenie zostało wydane i zduplikowany wiersz ignorowane, ale cała transakcja została nie wycofana.

Te same instrukcje wykonywane są ponownie, ale z IGNORE_DUP_KEY zestaw na OFF.

USE AdventureWorks2008R2;
GO
CREATE TABLE #Test (C1 nvarchar(10), C2 nvarchar(50), C3 datetime);
GO
CREATE UNIQUE INDEX AK_Index ON #Test (C2)
    WITH (IGNORE_DUP_KEY = OFF);
GO
INSERT INTO #Test VALUES (N'OC', N'Ounces', GETDATE());
INSERT INTO #Test SELECT * FROM Production.UnitMeasure;
GO
SELECT COUNT(*)AS [Number of rows] FROM #Test;
GO
DROP TABLE #Test;
GO

Poniżej przedstawiono wyniki drugiego INSERT instrukcja.

Server: Msg 2601, Level 14, State 1, Line 5

Cannot insert duplicate key row in object '#Test' with unique index

'AK_Index'. The statement has been terminated.

Number of rows

--------------

1

Obwieszczenie Brak wierszy z Production.UnitMeasure tabela zostały wstawione do tabela , nawet jeśli tylko jeden wiersz w tabela naruszone UNIQUE ograniczenie indeksu.

W poniższym przykładzie spadnie i odtwarza istniejący indeks na ProductID kolumna Production.WorkOrder tabela za pomocą DROP_EXISTING opcji.Opcje FILLFACTOR i PAD_INDEX są również zestaw.

USE AdventureWorks2008R2;
GO
CREATE NONCLUSTERED INDEX IX_WorkOrder_ProductID
    ON Production.WorkOrder(ProductID)
    WITH (FILLFACTOR = 80,
        PAD_INDEX = ON,
        DROP_EXISTING = ON);
GO

Poniższy przykład tworzy widok i indeks tego widoku.Znajdują się dwie kwerendy, użyj indeksowany widok.

USE AdventureWorks2008R2;
GO
--Set the options to support indexed views.
SET NUMERIC_ROUNDABORT OFF;
SET ANSI_PADDING, ANSI_WARNINGS, CONCAT_NULL_YIELDS_NULL, ARITHABORT,
    QUOTED_IDENTIFIER, ANSI_NULLS ON;
GO
--Create view with schemabinding.
IF OBJECT_ID ('Sales.vOrders', 'view') IS NOT NULL
DROP VIEW Sales.vOrders ;
GO
CREATE VIEW Sales.vOrders
WITH SCHEMABINDING
AS
    SELECT SUM(UnitPrice*OrderQty*(1.00-UnitPriceDiscount)) AS Revenue,
        OrderDate, ProductID, COUNT_BIG(*) AS COUNT
    FROM Sales.SalesOrderDetail AS od, Sales.SalesOrderHeader AS o
    WHERE od.SalesOrderID = o.SalesOrderID
    GROUP BY OrderDate, ProductID;
GO
--Create an index on the view.
CREATE UNIQUE CLUSTERED INDEX IDX_V1 
    ON Sales.vOrders (OrderDate, ProductID);
GO
--This query can use the indexed view even though the view is 
--not specified in the FROM clause.
SELECT SUM(UnitPrice*OrderQty*(1.00-UnitPriceDiscount)) AS Rev, 
    OrderDate, ProductID
FROM Sales.SalesOrderDetail AS od
    JOIN Sales.SalesOrderHeader AS o ON od.SalesOrderID=o.SalesOrderID
        AND ProductID BETWEEN 700 and 800
        AND OrderDate >= CONVERT(datetime,'05/01/2002',101)
GROUP BY OrderDate, ProductID
ORDER BY Rev DESC;
GO
--This query can use the above indexed view.
SELECT  OrderDate, SUM(UnitPrice*OrderQty*(1.00-UnitPriceDiscount)) AS Rev
FROM Sales.SalesOrderDetail AS od
    JOIN Sales.SalesOrderHeader AS o ON od.SalesOrderID=o.SalesOrderID
        AND DATEPART(mm,OrderDate)= 3
        AND DATEPART(yy,OrderDate) = 2002
GROUP BY OrderDate
ORDER BY OrderDate ASC;
GO

Poniższy przykład tworzy indeks nieklastrowany z jednego klucz kolumna (PostalCode) i cztery inne niż-kolumnklucz (AddressLine1, AddressLine2, City, StateProvinceID).Kwerenda, która jest objęta następujące indeksu.Aby wyświetlić indeksu wybranego przez optymalizator kwerendyna kwerendy menu w SQL Server Management Studio, zaznacz Wyświetlić rzeczywiste Plan wykonania przed wykonaniem kwerendy.

USE AdventureWorks2008R2;
GO
IF EXISTS (SELECT name FROM sys.indexes
            WHERE name = N'IX_Address_PostalCode')
    DROP INDEX IX_Address_PostalCode ON Person.Address;
GO
CREATE NONCLUSTERED INDEX IX_Address_PostalCode
    ON Person.Address (PostalCode)
    INCLUDE (AddressLine1, AddressLine2, City, StateProvinceID);
GO
SELECT AddressLine1, AddressLine2, City, StateProvinceID, PostalCode
FROM Person.Address
WHERE PostalCode BETWEEN N'98000' and N'99999';
GO

Poniższy przykład tworzy nieklastrowany indeks partycjonowany na TransactionsPS1, istniejący schemat partycji.W tym przykładzie przyjęto, że próbki indeks partycjonowany został zainstalowany.

USE AdventureWorks2008R2;
GO
IF EXISTS (SELECT name FROM sys.indexes
    WHERE name = N'IX_TransactionHistory_ReferenceOrderID'
    AND object_id = OBJECT_ID(N'Production.TransactionHistory'))
DROP INDEX IX_TransactionHistory_ReferenceOrderID
    ON Production.TransactionHistory;
GO
CREATE NONCLUSTERED INDEX IX_TransactionHistory_ReferenceOrderID
    ON Production.TransactionHistory (ReferenceOrderID)
    ON TransactionsPS1 (TransactionDate);
GO

Poniższy przykład tworzy indeks filtrowane na Production.BillOfMaterials tabela.Predykat filtru można dołączyć kolumny, które nie są kolumn klucz w filtrowanym indeksu.Orzeczenie w tym przykładzie wybiera wiersze, gdzie EndDate jest NIEZEROWA.

USE AdventureWorks2008R2;
GO
IF EXISTS (SELECT name FROM sys.indexes
    WHERE name = N'FIBillOfMaterialsWithEndDate' 
    AND object_id = OBJECT_ID(N'Production.BillOfMaterials'))
DROP INDEX FIBillOfMaterialsWithEndDate
    ON Production.BillOfMaterials;
GO
CREATE NONCLUSTERED INDEX "FIBillOfMaterialsWithEndDate"
    ON Production.BillOfMaterials (ComponentID, StartDate)
    WHERE EndDate IS NOT NULL;
GO

Poniższy przykład tworzy indeks na nonpartitioned tabela przy użyciu kompresji wierszy.

CREATE NONCLUSTERED INDEX IX_INDEX_1 
    ON T1 (C2)
WITH ( DATA_COMPRESSION = ROW ) ; 
GO

Poniższy przykład tworzy indeks na tabela partycjonowana przy użyciu kompresji wierszy na wszystkich partycjach indeksu.

CREATE CLUSTERED INDEX IX_PartTab2Col1
ON PartitionTable1 (Col1)
WITH ( DATA_COMPRESSION = ROW ) ;
GO

Poniższy przykład tworzy indeks dla tabela partycjonowana przy użyciu kompresji strona na partycji 1 kompresji indeksu i wierszy na partycjach 2 przez 4 z indeksu.

CREATE CLUSTERED INDEX IX_PartTab2Col1
ON PartitionTable1 (Col1)
WITH (DATA_COMPRESSION = PAGE ON PARTITIONS(1),
    DATA_COMPRESSION = ROW ON PARTITIONS (2 TO 4 ) ) ;
GO