Udostępnij za pomocą

Wymagania wstępne dotyczące minimalnego rejestrowania w importowaniu zbiorczym

Dotyczy:SQL Server

W przypadku bazy danych w modelu pełnego odzyskiwania wszystkie operacje wstawiania wierszy wykonywane przez importowanie zbiorcze są w pełni rejestrowane w dzienniku transakcji. Duże importy danych mogą spowodować szybkie wypełnienie dziennika transakcji, jeśli jest używany pełny model odzyskiwania. Natomiast w ramach prostego modelu odzyskiwania lub modelu odzyskiwania rejestrowanego zbiorczo minimalne rejestrowanie operacji importowania zbiorczego zmniejsza możliwość wypełnienia obszaru dziennika przez operację zbiorczego importowania. Minimalne rejestrowanie jest również bardziej wydajne niż pełne rejestrowanie.

Uwaga / Notatka

Model odzyskiwania rejestrowanego zbiorczo został zaprojektowany w celu tymczasowego zastąpienia pełnego modelu odzyskiwania podczas dużych operacji zbiorczych.

Wymagania dotyczące tabel dla operacji importowania zbiorczego minimalnego rejestrowania

Minimalne rejestrowanie wymaga, aby tabela docelowa spełniała następujące warunki:

  • Tabela nie jest replikowana.

  • Określono blokowanie tabeli (przy użyciu polecenia TABLOCK).

    Uwaga / Notatka

    Mimo że operacje wstawiania danych nie są rejestrowane w dzienniku transakcji podczas operacji importowania zbiorczego, aparat bazy danych nadal rejestruje alokacje zakresów za każdym razem, gdy do tabeli zostanie przydzielony nowy zakres.

  • Tabela nie jest tabelą zoptymalizowaną pod kątem pamięci.

To, czy dla tabeli może wystąpić minimalne rejestrowanie, zależy również od tego, czy tabela jest indeksowana, a jeśli tak, czy tabela jest pusta:

  • Jeśli tabela nie ma indeksów, strony danych są minimalnie rejestrowane.

  • Jeśli tabela nie ma indeksu klastrowanego, ale ma co najmniej jeden indeks nieklastrowany, strony danych są zawsze rejestrowane minimalnie. Sposób rejestrowania stron indeksu zależy jednak od tego, czy tabela jest pusta:

    • Jeśli tabela jest pusta, strony indeksu są rejestrowane minimalnie. Jeśli zaczniesz od pustej tabeli i zbiorczo zaimportujesz dane w wielu partiach, zarówno indeks, jak i strony danych są minimalnie rejestrowane dla pierwszej partii, ale począwszy od drugiej partii, tylko strony danych są minimalnie rejestrowane.

    • Jeśli tabela nie jest pusta, strony indeksu są w pełni rejestrowane.

    • Jeśli jeden z indeksów zawiera IGNORE_DUP_KEY = ON, indeks i strony danych są w pełni rejestrowane.

  • Jeśli tabela ma indeks klastrowany i jest pusta, zarówno dane, jak i strony indeksu są minimalnie rejestrowane. Natomiast jeśli tabela ma indeks klastrowany oparty na drzewie B i nie jest pusty, strony danych i strony indeksu są w pełni rejestrowane niezależnie od modelu odzyskiwania. Jeśli zaczniesz od pustej tabeli rowstore i zbiorczo zaimportujesz dane w partiach, zarówno indeks, jak i strony danych są minimalnie rejestrowane dla pierwszej partii, ale od drugiej partii, tylko strony danych są rejestrowane zbiorczo.

    Uwaga / Notatka

    W dokumentacji jest zwykle używany termin B-tree w odniesieniu do indeksów. W indeksach typu rowstore silnik bazy danych implementuje drzewo B+. Nie dotyczy to indeksów magazynu kolumn ani indeksów w tabelach zoptymalizowanych pod kątem pamięci. Aby uzyskać więcej informacji, zobacz architekturę i przewodnik projektowania indeksu SQL Server i Azure SQL.

  • Aby uzyskać informacje na temat rejestrowania dla klastrowanego indeksu magazynu kolumn (CCI), zobacz Wskazówki dotyczące ładowania danych indeksu magazynu kolumn.

Uwaga / Notatka

Po włączeniu BULK INSERT replikacji transakcyjnej operacje są w pełni rejestrowane nawet w ramach modelu odzyskiwania rejestrowanego zbiorczo.

Następny krok

Wyświetlanie lub zmienianie modelu odzyskiwania bazy danych (SQL Server)

  • Last updated on