Wykorzystania i zarządzania kolumny tożsamości w SQL Server

Podczas projektowania bazy danych do obsługi aplikacji niezbędne jest zastanowić się, jak obsługiwać klucze podstawowe. Istnieją w tym zakresie co najmniej dwie szkoły: jedna, która twierdzi, że słuszne jest stosowanie tzw zastępczych kluczy (czyli nie oparte na rzeczywistych danych) i drugi, który twierdzi, że musi być używany zamiast prawdziwych danych kluczowych wartości. Potem droga pośrednia, która polega na "bazę danych do wykorzystania w ramach obu tych rozwiązań, w zależności od względnej plusy i minusy (które wkrótce).

Podczas projektowania tabeli zwykle zawiera jedną lub więcej kolumn, które tworzą klucz podstawowy. Jak wiemy, klucz podstawowy tabeli jest wartość (lub kombinację wartości), który jednoznacznie identyfikuje każdy wiersz. Jak wspomniano wcześniej, jeśli klucz składa się z rzeczywistych wartości jest jako naturalne klucza, ale jeśli na przykład klucz jest generowany za każdym razem wstawić wiersz w tabeli jest nazywany zastępczym klucz. Zastępczych klucz jest zazwyczaj wartość liczbową w SQL Server, a często na łamach tego typu są tożsamości, o którym później.

Naturalne klucz składa się z rzeczywistych danych, czyli danych, które mają związek z wartości w innych kolumnach w wierszu (np. kod podatkowy jednostki w tabeli Klienci, który zawiera również jego ogólności). Nawet zastępczym klucz jednoznacznie identyfikuje wiersz w tabeli, ale jego wartość nie ma związku z innymi wartościami linii i jest to po prostu generowane i przechowywane.

Analizujemy plusy i minusy tych dwóch rodzajów klucze rozpoczynające się od zastępczych:

PRO

• Zastępczych klucz nie ma stosunków z drugiej linii danych
• Jeśli konieczne jest wprowadzenie zmian do bazy danych dotyczących aktualizacji naturalne klucze, które można łatwo zrobić bez narażania relacji klucza obcego, jeżeli nie są oparte na naturalnych klucze, ale na zastępczym
• Zastępczych klawisze są zwykle wartość całkowitą, a zatem wymagają tylko cztery bajty do przechowywania w ten sposób tworzenia struktur mniejszy wskaźnik wydajności (co ma pozytywny wpływ dołączyć operacji)

PRZECIW

• Jeśli w połączonych tabelach w klucz obcy z zastępczym wartość jest związana z głównej tabeli, aby uzyskać rzeczywiste wartości połączeń między różnymi tabelami należy dołączyć do operacji
• Zastępczych klucz nie jest bardzo przydatne przy poszukiwaniu konkretnych informacji, jak wartości zawarte w nich nie ma realnego znaczenia

Jeśli chodzi o naturalne klawiszy:

PRO

• Nadają się do badań, ponieważ ich wartości są prawdziwe znaczenie
• Wymaga mniej kroków, aby dołączyć do kluczowych wartości, ponieważ są zawarte we wszystkich tabelach udział w przyłącza
• Nadają się do badań, ponieważ ich wartości są prawdziwe znaczenie

PRZECIW

• To znacznie bardziej skomplikowane aktualizacja, zwłaszcza jeśli klucz obcy relacje z innymi tabelami na ich podstawie
• Indeksy zakładają większe, ponieważ naturalne kluczy wymaga zazwyczaj więcej bajtów do zapisywania
• Łączy w oparciu o złożone naturalne klawiszy (które często zawierają ciąg danych) są wolniejsze niż te wykonane z zastępczych kluczy

• <<
• 1
• 2
• 3
• >>