Udostępnij za pośrednictwem

  • Artykuł

Zagadnienia wydajności w odniesieniu do tabel Wide

Szerokość tabeli jest tabela z zestaw kolumna.Korzystając z wielu tabel, należy pamiętać, następujące zagadnienia dotyczące wydajności:

  • Szerokości tabel można zdefiniować maksymalnie 30,000 kolumny.Powoduje to zwiększenie kosztów, aby zachować indeksów w tabela.Nieklastrowany indeksy, które są zdefiniowane powinny być filtrowane indeksy, które są stosowane dla podzbiorów danych.Aby uzyskać więcej informacji zobaczWskazówki dotyczące projektowania indeks filtrowane.

  • Aplikacje można dynamicznie dodawać i usuwać kolumn z wielu tabel.Podczas dodawania lub usuwania kolumn planów kwerend skompilowany również są unieważniane.Zaleca się, że podczas projektowania aplikacji odpowiadają przewidywanego obciążenia, dzięki czemu zmiany schematu są zminimalizowane.

  • Dane są dodawane i usuwane z tabela szerokości, mogą podlegać usterce wydajności.Aplikacje muszą być zaprojektowane dla przewidywanego obciążenia, dzięki czemu zmiany danych tabela są zminimalizowane.

  • Zaleca się, że liczba indeksów w tabela szeroki ograniczać się do indeksy, które są wymagane przez logika biznesowa.Jak wzrasta liczba indeksów, co powoduje DML zapotrzebowania w czasie kompilacji i pamięci.

  • Ograniczenie wykonanie instrukcji DML na szerokość tabela aktualizować wiele wierszy klastrowania klucz.Instrukcje te mogą wymagać zasoby pamięci istotne, aby skompilować i uruchomić.

  • Przełącznik partycji operacje dotyczące szerokości tabel może być wolne i może wymagać dużej ilości pamięci do przetworzenia.Wymagania dotyczące wydajności i pamięci są proporcjonalne do całkowitej liczby kolumn w partycji źródłowym i docelowym.

  • Kursory aktualizacji, że aktualizacja określonych kolumn w tabela szeroki powinien zawierać kolumny jawnie w klauzula FOR UPDATE.Może to pomóc zoptymalizować wydajność podczas korzystania z kursorów.