Najlepsze rozwiązania dotyczące zarządzania schematem

Poniżej przedstawiono kilka najlepszych rozwiązań do naśladowania. Ułatwią one lepsze działanie poleceń zarządzania i mają mniejszy wpływ na zasoby usługi.

Akcja	Zastosowanie	Nie używaj	Uwagi
Tworzenie wielu tabel	Używanie pojedynczego .create tables polecenia	Nie należy wystawiać wielu .create table poleceń
Zmienianie nazwy wielu tabel	Wykonaj jedno wywołanie .rename tables	Nie należy wykonywać oddzielnego wywołania dla każdej pary tabel
Pokaż polecenia	Użyj polecenia o najniższym zakresie .show	Nie stosuj filtrów po potoku (|)	Ogranicz użycie możliwie największej ilości. Jeśli to możliwe, buforuj zwracane informacje.
Pokaż zakresy	Korzystanie z polecenia .show table T extents	Nie używaj .show cluster extents | where TableName == 'T'
Pokaż schemat bazy danych.	Korzystanie z polecenia .show database DB schema	Nie używaj .show schema | where DatabaseName == 'DB'
Pokazywanie schematu w klastrze, który jest dużym schematem	Korzystanie z polecenia .show databases schema	Nie używaj .show schema	Na przykład użyj polecenia w klastrze z więcej niż 100 bazami danych.
Sprawdzanie istnienia tabeli lub pobieranie schematu tabeli	Korzystanie z polecenia .show table T schema as json	Nie używaj .show table T	To polecenie służy tylko do pobierania rzeczywistych statystyk dla pojedynczej tabeli.
Definiowanie schematu tabeli, która będzie zawierać datetime wartości	Ustaw odpowiednie kolumny na datetime typ	Nie konwertuj ani nie konwertuj string kolumn liczbowych na datetime w czasie wykonywania zapytania w celu filtrowania, jeśli można to zrobić przed lub w czasie pozyskiwania
Dodawanie tagu zakresu do metadanych	Używanie oszczędnie	Unikaj drop-by: tagów, które ograniczają zdolność systemu do wykonywania procesów pielęgnacji zorientowanej na wydajność w tle.	Zobacz uwagi dotyczące wydajności.