• Klucze odgrywają ważną rolę w relacyjnej bazie danych.
• Służy do jednoznacznej identyfikacji dowolnego rekordu lub wiersza danych z tabeli. Służy również do ustanawiania i identyfikowania relacji między tabelami.

Na przykład, Identyfikator jest używany jako klucz w tabeli Studentów, ponieważ jest unikalny dla każdego ucznia. W tabeli PERSON numer_paszportu, numer_licencji i numer SSN są kluczami, ponieważ są unikalne dla każdej osoby.

Rodzaje kluczy:

1. Klucz podstawowy

• Jest to pierwszy klucz używany do jednoznacznej identyfikacji jednej i tylko jednej instancji jednostki. Jednostka może zawierać wiele kluczy, jak widzieliśmy w tabeli PERSON. Klucz, który jest najbardziej odpowiedni z tych list, staje się kluczem podstawowym.
• W tabeli EMPLOYEE identyfikator może być kluczem podstawowym, ponieważ jest unikalny dla każdego pracownika. W tabeli EMPLOYEE możemy nawet wybrać numer licencji i numer paszportu jako klucze podstawowe, ponieważ są one również unikalne.
• Dla każdego podmiotu wybór klucza podstawowego opiera się na wymaganiach i deweloperach.

2. Klucz kandydata

• Klucz kandydujący to atrybut lub zestaw atrybutów, które mogą jednoznacznie identyfikować krotkę.
• Z wyjątkiem klucza podstawowego, pozostałe atrybuty są uważane za klucz kandydujący. Klucze kandydujące są tak samo mocne jak klucz podstawowy.

Na przykład: W tabeli EMPLOYEE id najlepiej pasuje do klucza podstawowego. Pozostałe atrybuty, takie jak SSN, Passport_Number, License_Number itp., są uważane za klucz kandydujący.

3. Super klucz

Super klucz to zestaw atrybutów, który może jednoznacznie zidentyfikować krotkę. Super klucz to nadzbiór klucza kandydującego.

Na przykład: W powyższej tabeli EMPLOYEE dla (EMPLOEE_ID, EMPLOYEE_NAME) nazwiska dwóch pracowników mogą być takie same, ale ich EMPLYEE_ID nie mogą być takie same. Dlatego ta kombinacja może być również kluczem.

Super kluczem będzie PRACOWNIK-ID (EMPLOYEE_ID, EMPLOYEE-NAME) itp.

4. Klucz obcy

• Klucze obce to kolumna tabeli używana do wskazania klucza podstawowego innej tabeli.
• Każdy pracownik pracuje w konkretnym dziale w firmie, a pracownik i dział to dwa różne byty. Nie możemy więc przechowywać informacji o dziale w tabeli pracowników. Dlatego łączymy te dwie tabele za pomocą klucza podstawowego jednej tabeli.
• Dodajemy klucz podstawowy tabeli DEPARTMENT, Identyfikator_działu, jako nowy atrybut w tabeli EMPLOYEE.
• W tabeli EMPLOYEE identyfikator_działu jest kluczem obcym i obie tabele są ze sobą powiązane.

5. Klucz alternatywny

Może istnieć jeden lub więcej atrybutów lub kombinacja atrybutów, które jednoznacznie identyfikują każdą krotkę w relacji. Te atrybuty lub kombinacje atrybutów nazywane są kluczami kandydującymi. Spośród tych kluczy kandydujących jeden klucz jest wybierany jako klucz podstawowy, a pozostały klucz kandydujący, jeśli istnieje, nazywany jest kluczem alternatywnym. Innymi słowy, całkowita liczba kluczy alternatywnych to całkowita liczba kluczy kandydujących pomniejszona o klucz podstawowy. Klucz alternatywny może istnieć lub nie. Jeśli w relacji istnieje tylko jeden klucz kandydujący, nie ma on klucza alternatywnego.

Na przykład, relacja pracownika ma dwa atrybuty, Employee_Id i PAN_No, które działają jak klucze kandydujące. W tej relacji Employee_Id jest wybierany jako klucz podstawowy, więc drugi klucz kandydujący, PAN_No, działa jako klucz alternatywny.

zawiera metodę Java

6. Klucz złożony

Ilekroć klucz podstawowy składa się z więcej niż jednego atrybutu, nazywa się go kluczem złożonym. Klucz ten jest również znany jako klucz łączony.

Na przykład, w relacjach pracowniczych zakładamy, że pracownikowi można przypisać wiele ról i pracować nad wieloma projektami jednocześnie. Zatem klucz podstawowy będzie się składał ze wszystkich trzech atrybutów, a mianowicie Emp_ID, Emp_role i Proj_ID w kombinacji. Zatem te atrybuty działają jak klucz złożony, ponieważ klucz podstawowy zawiera więcej niż jeden atrybut.

7. Sztuczny klucz

Klucze utworzone przy użyciu dowolnie przypisanych danych nazywane są kluczami sztucznymi. Klucze te są tworzone, gdy klucz podstawowy jest duży i złożony i nie ma związku z wieloma innymi relacjami. Wartości danych sztucznych kluczy są zwykle numerowane w kolejności seryjnej.

Na przykład, klucz podstawowy, który składa się z Emp_ID, Emp_role i Proj_ID, jest duży w relacjach pracowniczych. Lepiej więc byłoby dodać nowy atrybut wirtualny, aby jednoznacznie identyfikować każdą krotkę w relacji.