Partitioned Table and Index Concepts
partycjonowanie dzięki dużych tabel lub indeksy łatwiejsze w zarządzaniu, ponieważ umożliwiają partycjonowanie, można zarządzać i uzyskać dostęp podzbiory danych szybko i skutecznie, zachowując jednocześnie integralność zbierania danych.Za pomocą partycjonowanie, operacji, takich jak ładowanie danych z OLTP systemu OLAP trwa tylko sekund, minut i godzin operacji ma we wcześniejszych wersjach SQL Server. Konserwacji wykonywanych podzbiory danych wykonywane są operacje również bardziej efektywne, ponieważ te operacje docelowe tylko dane, które jest wymagane, zamiast całej tabela.
Uwaga
Tabele podzielonym na partycje i indeksy są dostępne tylko w wersjach systemów Enterprise Developer i oceny SQL Server.
Dane z tabel podzielonym na partycje i indeksów jest podzielony na jednostki, które rozprzestrzeniają się przez więcej niż jedną grupa plików w bazie danych.Dane jest podzielony na partycje w poziomie, tak aby grup wierszy będą przypisywane do poszczególnych partycji.Tabela lub indeksu jest traktowana jako pojedyncza obiekt logiczna podczas kwerendy lub aktualizacje są wykonywane na danych.Wszystkie partycje z jednym indeksie lub spisie musi znajdować się w tej samej bazy danych.
Tabele podzielonym na partycje i indeksów obsługuje wszystkie właściwości i funkcje związane z projektowania i wykonywanie kwerendy standardowe tabele oraz indeksy w tym również bez ograniczeń, ustawienia domyślne, wartości tożsamości i sygnaturę czasową i wyzwalaczy.W związku z tym jeśli użytkownik chce zaimplementować podzielonym na partycje widoku, który jest lokalną na jednym serwerze, można zaimplementować zamiast tabela partycjonowana.
Decydowania o wdrożenie partycjonowanie zależy przede wszystkim jak duży jest tabela lub wielkość stanie się, jak jest on używany i jak wykonuje kwerendy użytkownika i operacji konserwacji.
Ogólnie rzecz biorąc dużej tabela mogą być odpowiednie dla partycjonowanie, jeśli są spełnione oba z następujących czynności:
W tabela zawiera lub powinien zawierać dużej ilości danych, które są używane na różne sposoby.
Kwerendy lub aktualizacji dla tabela nie są wykonywane zgodnie z przeznaczeniem lub koszty eksploatacji przekracza konserwacji wstępnie zdefiniowanych okresach.
Na przykład jeśli bieżący miesiąc danych jest używany głównie w przypadku operacji INSERT, UPDATE, DELETE i korespondencji SERYJNEJ podczas ostatnich miesięcy są używane przede wszystkim do kwerendy SELECT, zarządzanie w tej tabela może być łatwiejsze, jeśli to jest podzielony na partycje według miesiąca.Korzyści to może być szczególnie istotne, kiedy operacje regularnej konserwacji w tabela mają się tylko do podzbiór danych.Jeśli tabela nie jest podzielony na partycje, tych operacji może zużyć dużej ilości zasobów całego zestaw danych.partycjonowanie, operacji konserwacji, takie jak odtwarza indeks i defragmentations można wykonać na jeden miesiąc tylko do zapisu danych, na przykład, w czasie, gdy dane tylko do odczytu jest nadal dostępny na dostęp w trybie online.
Aby rozwinąć w tym przykładzie, załóżmy, że należy przenieść jednego miesiąca, tylko do odczytu danych z tej tabela do tabela danych z magazynu do analizy.Z partycjonowanie, można szybko podzielić na obszary tymczasowego do obsługi trybu offline i następnie dodane do istniejących tabel podzielonym na partycje, przy założeniu, że te tabele są w tym samym wystąpieniu bazy danych jako partycje podzbiór danych.Operacje takie jak te zazwyczaj podjąć sekund, minut lub godzin one miały w poprzednich wersjach.
Na koniec partycjonowanie tabela lub indeksu może zwiększyć wydajność kwerendy Jeśli partycje zostały zaprojektowane poprawnie, na podstawie typów kwerend często uruchamiane, a w konfiguracja sprzętu.Aby uzyskać więcej informacji zobaczDesigning Partitions to Improve Query Performance.
Przykładowy sposób partycjonowanie na partycje rozwiązania mogą być stosowane w bazie danych rzeczywistych, partycjonowanie na partycje scenariusza, który można zaimplementować jest dostępny w AdventureWorks Przykładowa baza danych. W tym scenariuszu omówiono w Partycjonowanie AdventureWorks przykładowej bazy danych.
Architektura partycjonowanie na partycje
W SQL Server, wszystkie tabele i indeksów w bazie danych są traktowane jako podzielony na partycje, nawet jeśli składają się z tylko jedną partycję. W istocie partycje tworzą jednostkę podstawową organizacji w architekturze fizycznej tabel i indeksów.Oznacza to, że architektury logicznej i fizycznej tabel i indeksów składającą się z wieloma partycjami odzwierciedla partycji pojedynczych tabel i indeksów.Aby uzyskać więcej informacji zobaczOrganizacja indeksu i tabela.