Sind Determinanten und Kandidatenschlüssel gleiche oder verschiedene Dinge?

Question

Here Ich fand dies:

Definition: Eine Determinante in einer Datenbanktabelle ist jedes Attribut, das Sie die Werte verwenden können, um andere Attribute (s) in der gleichen Zeile zugewiesen zu bestimmen.

Beispiele: Betrachten Sie eine Tabelle mit den Attributen employee_id, first_name, last_name und date_of_birth. In diesem Fall bestimmt das Feld employee_id die verbleibenden drei Felder. Die Namensfelder ermitteln die employee_id nicht, da die Firma mehr als einen Mitarbeiter mit demselben Vor- und/oder Nachnamen haben kann. In ähnlicher Weise ermittelt das Feld DOB die Felder employee_id oder name nicht, da mehrere Mitarbeiter denselben Geburtstag haben können, wenn .

Ist die Definition nicht auch für Kandidatenschlüssel gültig?

Answer 1

Aus meiner Sicht ist eine Determinante möglicherweise kein Kandidatenschlüssel, wenn die Tabelle nicht vollständig normalisiert ist. In der Tat wird die Wortdeterminante verwendet, wenn der Prozess der Übernahme von nicht-normalen Daten in eine nützlichere, normalisierte Form beschrieben wird.

Betrachten Sie diese (natürlich nicht-normal) Tabelle:

CREATE TABLE US_Address (
    AddressID int, 
    Streetline varchar(80), 
    City varchar(80), 
    State char(2), 
    ZIP char(5), 
    StateName varchar(80), 
    StateTax DECIMAL(5,2) 
) 

Staat eine Determinante für State und StateTax ist, aber es ist für die Zeile kein Kandidat Schlüssel. Korrekte Normalisierung würde daher StateName und StateTax aus der US_Address-Tabelle und in eine States-Tabelle verschieben.

Weitere Informationen finden Sie unter here.

Answer 2

• Ein Primärschlüssel oder ein beliebiger Schlüssel ist auch eine Determinante, während das Gegenteil nicht zutrifft.
• Eine Determinante kann ein oder mehrere Attribute in der Zeile eindeutig bestimmen.
• Ein Kandidatenschlüssel kann die gesamte Zeile eindeutig bestimmen.

---

ein Beispiel aus here nehmen, lassen Sie es eine Tabelle mit folgenden Spalten sein:

Kunden #, Name, Adresse, Kredit, Sales Rep #, Sales Rep-Name

und lassen Sie uns sagen, dass die Sales Rep # die Sales Rep Name eindeutig bestimmen kann. Somit ist Sales Rep # eine Determinante für Sales Rep Name, ist aber kein Kandidat für diese Tabelle.

Answer 3

TL; DR Nein "Determinante" und "Kandidatenschlüssel" ist nicht das gleiche Konzept. Eine Determinante ist eines FD. Ein CK ist einer Tabelle.Wir können vernünftigerweise schlampig sagen, dass ein CK eine Determinante (einer FD) seiner Tabelle ist, da es jede Spalte bestimmt, die darin gesetzt ist.

---

Alle folgenden Termini/Begriffe sind parallel zur Tabelle definiert Werte und Variablen. Eine Tabellenvariable hat eine Instanz einer FD (funktionale Abhängigkeit), Determinante, Superkey, CK (Kandidatenschlüssel) oder PK (Primärschlüssel) (im Variablen Sinne), wenn jeder Tabellenwert, der dafür in dem gegebenen Geschäft entstehen kann/Anwendung hat diese Instanz (im Sinne der Tabelle).

Für Sätze von Spalten X und Y können wir schreiben X -> Y. Wir sagen, dass X die ist Determinante/set Bestimmen und Y die bestimmt eingestellt von/in funktionaler Abhängigkeit (FD) X -> Y.

sagen wir X funktionell bestimmt Y und Y funktionell durch X. bestimmt wir sagen X ist die Determinante von X -> Y. In {C} -> Y wir sagen, C funktionell bestimmt Y. In X -> {C} wir sagen, X funktional det Hermeline C. Wenn X eine Obermenge von Y ist, sagen wir X -> Y ist Trivial.

Wir sagen X -> Y hält in Tabelle T, wenn jeder Unterzeile Wert für X nur mit einem bestimmten Wert für Unterzeile Y. erscheint Oder wir sagen X -> Y eine FD ist von/in T. Wenn X eine Determinante von einigen FD in Tabelle T ist, sagen wir X ist eine Determinante von/in T. Jede triviale FD einer Tabelle enthält darin.

A Superkey eine Tabelle T ist eine Gruppe von Spalten, die funktionell jede Spalte bestimmt. Ein Kandidatschlüssel (CK) ist ein Superschlüssel, der keinen kleineren Superschlüssel enthält. Wir können eine CK als Primärschlüssel (PK) wählen, und dann die anderen CKs alternative Tasten (AKs) nennen. Eine Spalte ist prime wenn es in einigen CK ist.

beachte, dass eine Determinante ein FD sein kann, oder, sloppily, von (a FD Das gilt in) eine Tabelle. Jeder CK ist eine Determinante seiner Tabelle. (Aber dann, in einer Tabelle jeder Satz von Spalten ist ein ausschlaggebender Faktor.. Von selbst, trivialen Und ähnlich jede Spalte)

(Diese Definitionen sind nicht abhängig von Normalisierung FDs und CKs einer Tabelle. werden verwendet, um es zu normalisieren.Eine Tabelle ist in BCNF, wenn jeder Determinante eines nicht-triviale FD, die in ihm hält, ist ein superkey.)

SQL-Tabellen sind nicht Beziehungen und SQL-Operatoren sind nicht ihre relationalen/mathematischen Pendants. Unter anderem hat SQL doppelte Zeilen, null & eine Art von 3-Wert-Logik. Aber obwohl Sie Begriffe ausleihen und ihnen SQL-Bedeutungen geben können, you can't just substitute those meanings into other RM definitions or theorems and get something sensible or true. Also müssen wir convert an SQL design to a relational design, apply relational notions, then convert back to SQL. Es gibt spezielle Fälle, in denen wir bestimmte Dinge direkt in SQL tun können, weil wir wissen, was passieren würde, wenn wir konvertieren, wenden Sie & zurück konvertieren.