Macierzysty klucz podstawowy lub wygenerowany automatycznie?

Question

Co do zasady lepiej jest użyć natywnych kluczy podstawowych (np. Istniejących kolumn lub kombinacji kolumn) lub ustawić klucz podstawowy na automatyczny wiersz generujący liczby całkowite?

EDIT:
Został on wskazał mi, że to bardzo podobne do this question.

Konsensus jest taki, że używam kluczy zastępczych, co było moją naturalną skłonnością, ale mój szef powiedział mi, że w miarę możliwości powinienem używać naturalnych kluczy. Jego rada może być najlepsza dla tej konkretnej aplikacji, ponieważ Nazwa w rzędzie jednoznacznie ją identyfikuje i musimy zachować możliwość przeglądania starych danych, dlatego wszelkie zmiany nazwy/reguły będą oznaczać nowy unikalny wiersz.

Podczas gdy odpowiedzi tutaj są pomocne, większość z nich opiera się na subiektywnym "tutaj jest to, co powinieneś" i nie cytuj źródeł wspierających. Czy brakuje mi jakiejś istotnej lektury lub czy projektowanie baz danych z najlepszymi praktykami jest wysoce subiektywne i/lub zależne od aplikacji?

Answer 1

Jest to dość powszechny temat.

• How do you like your primary keys?
• What’s the best practice for Primary Keys in tables?
• Which format of primary key would you use in this situation.
• Surrogate Vs. Natural/Business Keys
• Should I have a dedicated primary key field?

Answer 2

Cokolwiek to jest, spraw, aby nie miało ono znaczenia (klucz zastępczy). Znaczące klucze podstawowe są zabójcze.

Answer 3

Powiedziałbym, że generowanie automatyczne, nie ma prawdziwego powodu, aby nie myśleć. Chyba że tworzymy jakiś rodzaj tablicy mieszającej, ale mimo to trzymałbym się unikalnego klucza podstawowego automatycznie tworzonego przez bazę danych. Jest szybki, prosty i niezawodny. Nie wynajduj ponownie koła, jeśli już tam jest.

Answer 4

To stara wojna między purystami i pragmatystami. Puryści nie akceptują zastępczych kluczy podstawowych i nalegają na używanie wyłącznie naturalnych. Jeśli mnie poprosisz, będę głosował na inkrementację (klucze zastępcze) w większości sytuacji.

Answer 5

klucz podstawowy

1. musi określić rząd jednoznacznie.
2. nie muszą zawierać dane, czy to się zmieni, gdy zmiany danych (co jest złe)
3. powinna być szybka w porównaniu operacji (WHERE/przyłącza)

Idealnie użyć sztucznych (zastępczą) dla twoich wierszy, numeryczny typ danych integer (INT) jest najlepszy, ponieważ zajmuje mało miejsca i jest szybki.

Należy wprowadzić klucz podstawowy z minimalną liczbą pól do spełnienia warunków 1.-3. W przypadku większości tabel to minimum to: 1 pole.

Dla tabel relacji (lub bardzo specjalnych skrzyń krawędzi), może być wyższa. Odwoływanie się do tabeli ze złożonym kluczem podstawowym jest uciążliwe, więc klucz złożony nie jest zalecany dla tabeli, do której należy się odwoływać we własnym zakresie.

W tabelach relacji (m: n relations) klucz złożony jest tworzony z kluczy podstawowych powiązanych tabel, dlatego klucz złożony automatycznie spełnia wszystkie trzy warunki od góry.

Ty mógłby zrobić kluczy podstawowych z danymi, jeśli jesteś absolutnie pewien, że to będzie wyjątkowy i nigdy nie zmieni. Ponieważ jest to trudne do zagwarantowania, polecam przeciw.

Answer 6

Zawsze ints.

Docenisz zrobiłeś więc kiedy nadszedł czas, aby Odsyłacze te elementy w innych tabelach (za pomocą kluczy obcych)