CREATE INDEX (języka Transact-SQL)

Tworzenie indeksu klastrowanego w tabela (sterty) lub usunięcie i ponowne tworzenie istniejący indeks klastrowany wymaga dodatkowych obszaru roboczego mają być dostępne w bazie danych do sortowania danych i tymczasową kopię oryginalnej tabela lub istniejące dane indeksu klastrowanego.Aby uzyskać więcej informacji zobaczDetermining Index Disk Space Requirements.Aby uzyskać więcej informacji na temat indeksów klastrowanych zobacz Creating Clustered Indexes.

Jeśli istnieje indeks unikatowy, Database Engine sprawdza, czy powtarzające się wartości każdego dane o czasie zostanie dodany przez operacje wstawiania. Operacje wstawiania generujących zduplikowane wartości kluczy są przywracane, a także Database Engine Wyświetla komunikat o błędzie. Ta zasada obowiązuje, nawet jeśli operację wstawiania zmienia się wiele wierszy, ale powoduje, że tylko jeden duplikat.Jeśli próby wprowadzania danych, dla których jest indeks unikatowy, a klauzula IGNORE_DUP_KEY jest ustawiona na ON, tylko te wiersze, naruszenie niepowodzenie UNIQUE indeksu.Aby uzyskać więcej informacji na temat unikatowe indeksy zobacz Creating Unique Indexes.

Indeksy podzielonym na partycje są tworzone i obsługiwane w sposób podobny do tabel podzielonym na partycje, ale tak jak zwykłych indeksy są obsługiwane jako oddzielne obiekty.Masz podzielonym na partycje indeksu dla tabela, która nie jest na partycje i masz nonpartitioned indeksu dla tabela, która jest już podzielony na partycje.

Jeśli w przypadku tworzenia indeksu na tabela partycjonowana, a nie określono grupa plików w którym umieścić indeksu, indeks jest już podzielony na partycje w taki sam sposób, jak tabela źródłowa.Dzieje się tak, ponieważ indeksy, domyślnie są umieszczane w tym samym filegroups jako ich tabel podstawowych, a w tabela partycjonowana w ten sam schemat partycjonowanie, używa tych samych kolumn partycjonowanie na partycje.

Podczas partycjonowania-unikatowego klastrowanego indeksu, Database Engine Domyślnie dodaje partycjonowanie kolumny do listy kluczy indeks klastrowany, jeśli nie jest jeszcze określony.

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

Tworzenie unikatowego indeks klastrowany w widoku wykresu poprawia 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 kwerendy za pomocą widoków indeksowanych.W widoku nie musi odwoływać się w kwerendzie do optymalizowania należy rozważyć tego widoku do podstawiania.

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

1. Sprawdź opcje zestaw są poprawne dla wszystkich istniejących tabel, które będzie odwoływać się w widoku.

2. Sprawdź opcje zestaw dla sesja są poprawnie ustawione przed utworzeniem wszelkie nowe tabele i widok.

3. Sprawdź, czy w definicji widoku jest deterministyczny.

4. Tworzenie widoku za pomocą opcji WITH SCHEMABINDING.

5. Tworzenie unikatowego indeks klastrowany w widoku.

Wymagane opcje zestaw dla widoków indeksowanych

Ocena takie same wyrażenie może wygenerować różne wyniki w Database Engine Jeśli po wykonaniu kwerendy aktywne są różne opcje zestaw. Na przykład po opcji zestaw CONCAT_NULL_YIELDS_NULL jest ustawiona na ON, wyrażenie "abc" + Wartość NULL, zwraca wartość NULL.Jednak po CONCAT_NULL_YIEDS_NULL zestaw do OFF, tym samym wyrażeniu daje "abc".

Aby upewnić się, że w widokach można obsługiwać poprawnie i zwracają wyniki zgodne, widoki indeksowane wymaga wartości stałe kilka opcji zestaw.The SET options in the following table must be set to the values shown in the RequiredValue column whenever the following conditions occur:

• Widok indeksowany jest tworzony.

• Nie ma żadnych wstawiania, aktualizacji lub usuwania operacje wykonywane na dowolnej tabela, która uczestniczy w widok indeksowany.Dotyczy to także operacji, takich jak kopiowanie masowe, replikacja i kwerendami rozproszonymi.

• Widok indeksowany jest używany przez optymalizator kwerendy do wygenerowania planu kwerend.

  Opcje zestaw	Wymagana wartość	Wartość domyślna serwera	Default Wartość OLE DB i ODBC	Default Wartość biblioteki DB
  ANSI_NULLS	DALEJ	DALEJ	DALEJ	WYŁĄCZANIE
  ANSI_PADDING	DALEJ	DALEJ	DALEJ	WYŁĄCZANIE
  ANSI_WARNINGS *	DALEJ	DALEJ	DALEJ	WYŁĄCZANIE
  ARITHABORT	DALEJ	DALEJ	WYŁĄCZANIE	WYŁĄCZANIE
  CONCAT_NULL_YIELDS_NULL	DALEJ	DALEJ	DALEJ	WYŁĄCZANIE
  NUMERIC_ROUNDABORT	WYŁĄCZANIE	WYŁĄCZANIE	WYŁĄCZANIE	WYŁĄCZANIE
  QUOTED_IDENTIFIER	DALEJ	DALEJ	DALEJ	WYŁĄCZANIE

  *zestawting ANSI_WARNINGS do ON niejawnie zestaw s ARITHABORT on, gdy poziom zgodności bazy danych jest zestaw 90 lub wyższym.Jeśli poziom zgodności bazy danych jest ustawiony na 80 lub wcześniej, opcja ARITHABORT musi jawnie ustawiona na ON.

Jeśli używasz połączenia serwera OLE DB lub ODBC jedyną wartością, którą należy zmodyfikować to ustawienie ARITHABORT.Wszystkie wartości biblioteki DB należy ustawić poprawnie poziom serwera przy użyciu sp_configure lub z aplikacji za pomocą polecenia zestaw.Aby uzyskać więcej informacji na temat opcji zestaw zobacz Korzystanie z narzędzia Opcje w programie SQL Server.

Important Note:
Zaleca się, że opcja ARITHABORT użytkowników zestaw całego serwera on natychmiast po pierwszym indeksowane widoku lub w dowolnej bazy danych na serwerze zostanie utworzony indeks dla kolumna obliczana.

Funkcje deterministyczny

Wymagania dodatkowe

Filtrowane indeks jest zoptymalizowana indeks nieklastrowany, nadaje się do kwerendy, wybrać niewielki procent wierszy z tabela.Predykat filtru wykorzystuje do indeksowania część danych w tabela.Dobrze indeksu filtrowane może poprawić wydajność kwerendy, obniżenie kosztów magazynowania i zmniejszyć koszty eksploatacji.

Wymagane opcje zestaw dla filtrowanych indeksów

Aby uzyskać informacje na temat przestrzennej indeksów zobacz CREATE SPATIAL INDEX (Transact-SQL) i Working with Spatial Indexes (Database Engine).

Aby uzyskać informacje na temat formatu XML Zobacz indeksów CREATE XML INDEX (Transact-SQL) i Indeksy w kolumnach typu danych XML.

Maksymalny rozmiar dla klucz indeksu jest 900 bajtów.Indeksy na varchar kolumny, które może przekraczać 900 bajtów może zostać utworzony, jeśli istniejące dane w kolumnach nie należy przekraczać 900 bajtów w czasie, tworzony jest indeks; jednak kolejne Wstawianie lub aktualizacja akcji na kolumny, które powodują całkowity rozmiar powinien być większy niż 900 bajtów zakończy się niepowodzeniem. Aby uzyskać więcej informacji zobaczMaximum Size of Index Keys.Nie może zawierać klucz indeks klastrowany indeksu varchar kolumny zawierające dane istniejące w jednostce alokacji ROW_OVERFLOW_DATA. Jeżeli indeks klastrowany jest tworzony w varchar istniejące dane i kolumn znajduje się w jednostce alokacji IN_ROW_DATA, wstawianie kolejnych lub aktualizacja akcji kolumna, która będzie wypychanie poza wiersza danych nie powiedzie się. Aby uzyskać więcej informacji na temat jednostek alokacji zobacz Organizacja indeksu i tabela.

Ponownego zbudowania indeksów nie klastrowanych mogą być inne niż-klucz kolumn na poziomie poziom liścia indeksu.Te kolumny nie są traktowane przez Database Engine podczas obliczania rozmiaru kluczy indeksu. Aby uzyskać więcej informacji zobaczIndex with Included Columns.

Indeksy mogą być tworzone na kolumny obliczane.Ponadto kolumny obliczane może mieć właściwość PERSISTED.Oznacza to, że Database Engine przechowuje obliczonych wartości w tabela i aktualizuje je po zaktualizowaniu innych kolumn, od których zależy kolumna obliczana. The Database Engine uses these persisted values when it creates an index on the kolumna, and when the index is referenced in a query.

Indeksowanie to kolumna obliczana, kolumna obliczana musi deterministyczny i dokładne.Jednak przy użyciu właściwość PERSISTED rozwija typu Indeksowalny kolumny obliczane do uwzględnienia:

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

• Kolumny oparte na wyrażeniach deterministyczny, zgodnie z definicją są obliczane Database Engine ale nieprecyzyjne.

Kolumny obliczane trwałych wymaga następujących opcji zestaw, aby ustawić, jak w poprzedniej sekcji "" Required zestaw opcje dla indeksowanych widoki".

Ograniczenie UNIQUE lub klucz podstawowy może zawierać kolumna obliczana, dopóki spełnia wszystkich warunków dla indeksowania.W szczególności kolumna obliczana musi być deterministyczny i precyzyjne lub deterministyczny i trwałe.Aby uzyskać więcej informacji na temat determinism zobacz Deterministic and Nondeterministic Functions.

Kolumny obliczane pochodne image, ntext, text, varchar(max), nvarchar(max), varbinary(max), a xml typy danych mogą być indeksowane jako klucz lub kolumna nie będąca kluczem włączone tak długo, jak typ danych kolumna obliczana jest dopuszczalne jako kolumny klucza indeksu lub kolumna nie będąca kluczem. Na przykład można utworzyć indeksu głównego XML na obliczanych xml Kolumna. Jeśli rozmiar klucz indeks przekroczy 900 bajtów, wyświetlany jest komunikat ostrzegawczy.

Tworzenie indeksu dla kolumna obliczana może spowodować uszkodzenie wstawiania lub aktualizowanie operacji, które dotychczas działało.Takiej awarii może mieć miejsce, gdy kolumna obliczana wyniki arytmetyczne błędu.Na przykład w poniższej tabela mimo że obliczona kolumna c powoduje błąd arytmetyczne, INSERT Instrukcja działa.

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

Jeśli zamiast tego po utworzeniu tabela, można utworzyć indeks dla kolumna obliczana c, takie same INSERT Instrukcja teraz nie powiedzie się.

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 zobaczTworzenie indeksów na kolumny obliczane.

Kolumny klucz bez, o nazwie dołączone kolumny mogą być dodawane do poziomu poziom liścia nieklastrowany indeks, aby poprawić wydajność kwerendy przez obejmujących kwerendy.Oznacza to wszystkie kolumny w kwerendzie znajdują się w indeksie klucz lub kolumn nie będąca kluczem.Dzięki temu optymalizator kwerendy zlokalizować wszystkie wymagane informacje z skanowanie indeksu, tabela lub indeks klastrowany danych nie jest dostępny.Aby uzyskać więcej informacji zobaczIndex with Included Columns.

SQL Server 2005 wprowadzonego nowy indeks opcje, a także zmienia sposób, w której zostaną określone opcje.In backward compatible syntax, WITH option_name is equivalent to WITH ( <option_name> = ON ).Po ustawieniu opcji indeksu, obowiązują następujące reguły:

• New index options can only be specified by using WITH (option_name= ON | OFF**)**.

• Nie można określić opcje przy użyciu zarówno ze starszymi wersjami Składnia zgodna i nowych w tej samej instrukcja.Na przykład określając w (DROP_EXISTING, ONLINE**=** ON**)** powoduje, że instrukcja nie powiedzie się.

• When you create an XML index, the options must be specified by using WITH (option_name= ON | OFF**)**.

Aby odbudować indeks, dodawanie lub usuwanie kolumn, zmodyfikuj opcje, modyfikować kolejność sortowania kolumn lub zmienić schemat partycji lub grupa plików, można użyć klauzula DROP_EXISTING.

Definicja indeksu nie ulega zmianie w jakikolwiek sposób indeks wymusza ograniczenia klucz podstawowy lub UNIQUE, indeks zostanie usunięte i utworzony ponownie, zachowując istniejące ograniczenie.Niemniej jednak jeśli zostanie zmieniona definicja indeksu nie może w instrukcja.Aby zmienić definicję klucz podstawowy lub ograniczenia UNIQUE, usunąć ograniczenie i dodać ograniczenia w nowej definicji.

DROP_EXISTING zwiększa wydajność, gdy ponownie indeks klastrowany z tego samego lub innego zestaw kluczy dla tabela, która ma również ponownego zbudowania indeksów nie klastrowanych.DROP_EXISTING zastępuje wykonywanie instrukcja DROP indeks na stary indeks klastrowany następuje wykonanie instrukcja CREATE INDEX dla nowego indeksu klastrowanego.Ponownego zbudowania indeksów nie klastrowanych są przebudowywane jeden raz, a następnie tylko wtedy, gdy została zmieniona definicja indeksu.klauzula DROP_EXISTING nie odbudować ponownego zbudowania indeksów nie klastrowanych, gdy definicja indeksu jest tej samej nazwy indeksu, klucz i kolumny partycji, atrybut unikatowości i kolejność sortowania, jak oryginalny indeks.

Czy ponownego zbudowania indeksów nie klastrowanych są przebudowywane lub nie, są zawsze pozostają w ich oryginalnym filegroups lub partycji systemów i oryginalnej funkcji partycji.Jeżeli indeks klastrowany jest ponownie zbudowana na inną grupa plików lub schemat partycji, ponownego zbudowania indeksów nie klastrowanych nie są przenoszone do pokrywa się z nową lokalizację indeksu klastrowanego.Dlatego nawet nieklastrowany indeksy wcześniej wyrównane do indeks klastrowany, nie jest już mogą one być wyrównany z nim.Aby uzyskać więcej informacji na temat dostosowania indeks partycjonowany Zobacz Special Guidelines for Partitioned Indexes.

Klauzula DROP_EXISTING nie zostaną posortowane dane ponownie, jeśli ten sam indeks kolumny klucz są używane w tym samym porządku i z tego samego rosnąco lub malejąco, chyba, że instrukcja indeksu określa indeks nieklastrowany i opcja ONLINE jest zestaw na OFF.Jeżeli indeks klastrowany jest wyłączony, CREATE INDEX WITH DROP_EXISTING operacji należy wykonać z ONLINE zestaw na OFF.Jeśli indeks nieklastrowany zostanie wyłączona, nie jest skojarzony z wyłączonym indeks klastrowany z ustawić na OFF ONLINE można przeprowadzić operacji CREATE INDEX WITH DROP_EXISTING lub Wł.

Indeksy z zakresów 128 lub większą liczbą są usunięte lub odbudowany, Database Engine defers deallocations rzeczywiste strona i ich skojarzone blokady, dopóki po zatwierdzeniu transakcji. Aby uzyskać więcej informacji zobaczDropping and Rebuilding Large Objects.

Należy przestrzegać następujących do wykonywania operacji indeksu w trybie online:

• tabela źródłowa Nie mogą być zmieniane, obcinane ani usunięty w czasie, gdy operacja online indeksu jest w toku.

• Wymagane jest dodatkowe tymczasowego miejsca na dysku podczas operacji indeksu.Aby uzyskać więcej informacji zobaczDetermining Index Disk Space Requirements.

• Online operacje mogą być wykonywane na indeksy podzielonym na partycje i indeksy, które zawierają utrwalone kolumny obliczane i objęte kolumny.

Aby uzyskać więcej informacji zobaczWykonywanie operacji indeks w trybie online.

Gdy ALLOW_ROW_LOCKS = ON i ALLOW_PAGE_LOCK = ON, wiersz, strona- i blokowania poziom tabela są dozwolone podczas uzyskiwania dostępu do indeksu.The Database Engine chooses the appropriate blokada and can escalate the blokada from a row or strona blokada to a tabela blokada. Aby uzyskać więcej informacji zobaczeskalacja blokad (aparat bazy danych).

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

Aby uzyskać więcej informacji na temat konfigurowania blokowania ziarnistość indeksu zobacz Customizing Locking for an Index.

Aby przywrócić informacje o indeksach, można użyć katalogu widoki, funkcje systemowe i procedur przechowywanych przez system.Aby uzyskać więcej informacji zobaczViewing Index Information.

Kompresja danych jest opisany w temacie Creating Compressed Tables and Indexes. Kluczowe kwestie do rozważenia przed są następujące:

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

• strona typu nie liść indeksu nie są kompresowane strona, ale mogą być skompresowane wiersza.

• Każdy indeks nieklastrowany ma ustawienie indywidualnych kompresji, a nie dziedziczy ustawienie kompresji z tabela podstawowej.

• Po utworzeniu indeks klastrowany w sterty indeks klastrowany dziedziczy stanu kompresji sterty, pod warunkiem, że nie określono stan kompresji alternatywnych.

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

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

• Indeks ALTER <Indeks> ... REBUILD PARTITION ...syntax rebuilds the specified partition of the index.

• Indeks ALTER <Indeks> ... REBUILD WITH ...syntax rebuilds all partitions of the index.

Aby ocenić, jak zmiana stanu kompresji wpłynie na tabela, indeks lub partycji, należy użyć sp_estimate_data_compression_savings procedura przechowywana.

W poniższym przykładzie tworzony jest indeks nieklastrowany na VendorID Kolumna Purchasing.ProductVendor Tabela.

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

Poniższy przykład tworzy unikatowy indeks nieklastrowany na Name Kolumna Production.UnitMeasure Tabela. Indeks będzie wymusić unikatowość na tych danych do Name Kolumna.

Następująca kwerenda testów ograniczenie unikatowości próbując wstawić wiersz z taką samą wartość jak istniejącego wiersza.

--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 demonstruje wpływ IGNORE_DUP_KEY Opcja przez wstawianie wielu wierszy do tabela tymczasowa najpierw z opcją zestaw do ON i ponownie z opcją zestaw do OFF. Jeden wiersz jest wstawiany do #Test Wartość tabela, która spowoduje, że celowo duplikat, gdy drugi wiersz wielu INSERT Instrukcja jest wykonywany. Liczba wierszy w tabela zwraca liczbę wierszy wstawiony.

USE AdventureWorks;
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 drugi 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 Pomyślnie wstawiono tabela, która nie naruszenie ograniczenia unikatowości. Ostrzeżenie zostało wydane, a duplikaty wierszy, ignorowane, ale cała transakcja została nie wycofana.

W tym samym sprawozdaniu są uruchamiane ponownie, ale z IGNORE_DUP_KEY zestaw do OFF.

USE AdventureWorks;
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 drugi 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

Ogłoszenie 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 Opcja. Opcje FILLFACTOR i PAD_INDEX są także ustawić.

Poniższy przykład tworzy widok i indeks w tym widoku.Uwzględniane są dwie kwerendy, należy użyć widok indeksowany.

W poniższym przykładzie tworzony jest indeks nieklastrowany o jedną kolumna klucz (PostalCode) i cztery kolumna nie będąca kluczem ()AddressLine1, AddressLine2, City, StateProvinceID). Kwerenda, która jest ujęty w następujący sposób indeksu.Aby wyświetlić indeksu wybranego przez optymalizator kwerendy na Kwerendy menu in SQL Server Management Studio, wybierz opcję Wyświetl plan rzeczywisty wykonanie przed wykonaniem kwerendy.

Poniższy przykład tworzy nieklastrowany indeks partycjonowany na TransactionsPS1, istniejący schemat partycji. W tym przykładzie przyjęto założenie, próbka podzielonym na partycje indeksu został zainstalowany.Informacje dotyczące instalacji zobacz Readme_PartitioningScript.

USE AdventureWorks;
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

W poniższym przykładzie tworzony jest indeks filtrowanej tabela Production.BillOfMaterials.Predykat filtru można dołączyć kolumny, które nie są kolumn klucz w indeksie filtrowane.Predykat w tym przykładzie wybiera tylko te wiersze, gdzie EndDate jest inne niż NULL.

Poniższy przykład tworzy indeks dla tabela nonpartitioned 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 dla tabela partycjonowana przy użyciu kompresji wierszy na wszystkich partycjach plik 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 partycje 2 za pomocą 4 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