Tabela podzielonym na partycje i pojęcia indeksu
Partycjonowanie czyni dużych tabel lub indeksy łatwiejsze, ponieważ partycje umożliwia zarządzanie i dostępu podzbiory danych szybki i skuteczny, przy jednoczesnym utrzymaniu integralność danych kolekcja.Za pomocą partycjonowanie, operacji, takich jak ładowanie danych z OLTP systemu OLAP trwa tylko sekund, minut i godzin odbywa się dana operacja we wcześniejszych wersjach SQL Server.Konserwacyjnych wykonanych na podzbiory danych są również wykonać wydajniej, ponieważ te operacje miejsce docelowe dane wymagane zamiast całej tabela.
Ostrzeżenie
Tabele podzielonym na partycje i indeksy są dostępne tylko na wersje Enterprise Developer i oceny SQL Server.
Dane z tabel podzielonym na partycje i indeksów jest podzielony na jednostki, które mogą rozprzestrzeniać się w więcej niż jednym grupa plików w bazie danych.Dane jest podzielony na partycje poziomo, tak aby grup wierszy są mapowane do poszczególnych partycji.Tabela lub indeks jest traktowany jako pojedynczy logiczny obiekt podczas kwerendy lub aktualizacje są wykonywane na danych.Wszystkie partycje jeden indeks lub tabela musi znajdować się w tej samej bazy danych.
Tabele podzielonym na partycje i indeksy obsługuje wszystkie właściwości i funkcji związanych z projektowania i badania standardowego tabel i indeksów, ograniczenia, wartości domyślne, tożsamości i sygnatura czasowa wartości i wyzwalaczy.Dlatego zaimplementować widokiem podzielonym na partycje lokalne na jednym serwerze, może chcesz zaimplementować tabela partycjonowana zamiast.
Decydowania o wdrożenie partycjonowanie zależy przede wszystkim jak duży jest tabela lub wielkość stanie się, jaki jest używany i jak wykonywania kwerend użytkownika i konserwacyjnych.
Na ogół dużej tabela mogą być właściwe dla partycjonowanie, jeśli są spełnione oba z następujących czynności:
Tabela zawiera lub powinien zawierać dużej ilości danych, które są używane na różne sposoby.
Kwerendy lub aktualizacje w tabela nie są wykonywane zgodnie z przeznaczeniem lub koszty eksploatacji przekraczają okresy utrzymywania wstępnie zdefiniowanych.
Na przykład jeśli bieżący miesiąc danych jest używany głównie dla operacji INSERT, UPDATE, DELETE i scalania podczas poprzednich miesięcy są używane głównie do kwerend WYBIERAJĄCYCH zarządzanie tej tabela może być łatwiejsze, jeśli jest na partycje według miesiąca.Świadczenie to może być szczególnie, jeżeli operacje regularnej konserwacji tabela tylko miejsce docelowe podzbiór danych.Jeśli tabela nie jest podzielony na partycje, operacje te można wykorzystywać duże ilości zasobów na cały zestaw danych.Z partycjonowanie, odbudowuje konserwacyjnych, takich jak indeks i defragmentations, można wykonać na jeden miesiąc dane tylko do zapisu, na przykład gdy dane tylko do odczytu jest nadal dostępny online dostępu.
Aby rozwinąć, w tym na przykład, załóżmy że chcesz przenieść jeden miesiąc tylko do odczytu danych z tej tabela do tabela magazyn danych do analizy.Z partycjonowanie, podzbiory danych można szybko podzielony na obszary tymczasowego dla konserwacji i następnie dodane do istniejących tabel podzielonym na partycje, zakładając, że te tabele są w tej samej bazy danych jako partycjonowanie wystąpienie.Operacje takie jak te zajmują zazwyczaj sekundy, minuty lub godziny miały one w poprzednich wydaniach.
Partycjonowanie tabela lub indeksu może zwiększyć wydajność kwerendy, jeśli partycje są zaprojektowane poprawnie, na podstawie typów kwerend często uruchamiane a konfiguracja sprzętu.Aby uzyskać więcej informacji, zobacz Projektowanie partycji, aby poprawić wydajność kwerendy.
Partycjonowanie jest często używana w połączeniu z SQL Server replikacji.Za pomocą partycji może pozwalają zoptymalizować wydajność replikacja transakcyjna i replikacja scalająca przez skutecznie zmniejszenie ilości danych i metadane, który ma być zarządzany przez system replikacji.Replikacja obsługuje maksymalnie 1024 partycji na tabela.Aby uzyskać więcej informacji, zobacz Replikowanie podzielonym na partycje tabel i indeksów.
Przykład sposobu partycjonowanie rozwiązania mogą być stosowane w bazie danych rzeczywistych, partycjonowanie scenariusza, który można zaimplementować jest dostępne w AdventureWorks2008R2 przykładowej bazy danych.W tym scenariuszu wyjaśniono w Partycjonowanie w bazie danych AdventureWorks2008R2.
Partycjonowanie architektury
W SQL Server, wszystkich tabel i indeksów w bazie danych są uważane za podzielony na partycje, nawet jeśli składają się tylko jedna partycja.Zasadniczo partycje tworzą jednostkę podstawową organizacji w fizycznej architektury tabel i indeksów.Oznacza to, fizycznej i logicznej architektury tabel i indeksów, składającą się z wieloma partycjami odzwierciedla z jedną partycją tabel i indeksów.Aby uzyskać więcej informacji, zobacz Organizacji indeksu i tabeli.