Primary Key - Verständnis frage

[sombrero2007]

Hi @all,

ich bin gerade dabei mich in sachen Datenbanken einzuarbeiten und hätte da eine Verständnis Frage.

Um besser ins Thema rein zu kommen habe ich mir vorgenommen eine kleine Datenbank zu basteln, in dem ich unsere Linux-Systeme einpflegen werde.

Dafür habe ich Verschiedene Tabellen verwerndet (ich weiß, man könnte das noch verfeinern, aber mir geht es erst mal um das Grundverständnis):

~Tabelle1_Kunde~

id_Kunde (PK)

kundenname


~Tabelle2_LinuxVersion~

linuxOS (PK)


~Tabelle3_Standort~

standort (PK)


u.s.w.

Wenn wir uns mal die Tablle "Tabelle3_Standort" anschauen. Der Name ist ja schon selbsterläuternd, ich hab eine Tabelle, in den ich die Standorte der Linux-Maschinen eintragen möchte. Jetzt zu meiner Frage, kann ich den Standort gleich als PK verwenden ? Oder muss ich da noch eine Zeile mit z.B.: idStandort eintragen, der dann als PK benutz wird, z.B. so:

~Tabelle_Standort~

id_Standort (PK)

standort 

Wenn ich die zweite Variante benutzen muss, kann mir jemand erklären warum das so ist?

[Reinhold]

~Tabelle1_Kunde~

id_Kunde (PK)

kundenname


~Tabelle2_LinuxVersion~

linuxOS (PK)


~Tabelle3_Standort~

standort (PK)


u.s.w.

Wenn wir uns mal die Tablle "Tabelle3_Standort" anschauen. Der Name ist ja schon selbsterläuternd, ich hab eine Tabelle, in den ich die Standorte der Linux-Maschinen eintragen möchte. Jetzt zu meiner Frage, kann ich den Standort gleich als PK verwenden ? Oder muss ich da noch eine Zeile mit z.B.: idStandort eintragen, der dann als PK benutz wird, z.B. so:

~Tabelle_Standort~

id_Standort (PK)

standort 

Wenn ich die zweite Variante benutzen muss, kann mir jemand erklären warum das so ist?

Also prinzipiell kannst du standort (ich nehme mal an das ist ein Text wie "Rumpelkammer" oder so) als Primärschlüssel verwenden. Das ist dem DBMS vollkommen wurscht.

Du riskierst aber, das dein Primärschlüssel veraltet, was nur dadurch möglich ist, weil er eine Nutzinformation enthält. Da der Primärschlüssel zum referenzieren verwendet wird, wird er auch zwecks Identifizierung in andere Tabelle eingetragen. Wenn die Linux-Maschine nun aus der "Rumpelkammer" in die "Waschküche" gebracht wird, dann müsstest du den Text "Rumpelkammer" in allen referenzierenden Tabellen einschließlich der Datensicherungen auf Bändern, CDROMS etc. in "Waschküche" ändern, damit der Bezug stimmt.

Nimmst du stattdessen eine id (z.B. autoincrement) musst du nur in ~Tabelle_Standort~ beim Satz mit der id 4711 den Text "Rumpelkammer" in Waschküche" ändern und schon steht die Hecke.

Fazit: schütze deine Primärschlüssel vor dem veralten und benutze niemals Nutzinformationen.

hth ( <== aküfi )

Reinhold

[sombrero2007]

Hallo Reinhold,

danke für die schnelle Antwort.

Das mit dem Standort wechsel ist mir so noch nicht in den Sinn gekommen.

THX für die Hilfe.

Gruß

Sombrero

[Jaraz]

Das Problem ist nicht ein Standort Wechsel, dann musst du sowieso die Verknüpfung der Datensätze ändern.

Das Problem ist, wenn sich ein Name von einem Standort ändern soll, der Standort aber prinzipiell der selbe bleibt.

Beispiel: Ihr habt erst einen Serverraum, der "Serverraum" heißt.

Nun kommt ein zweiter hinzu.

Die beiden sollen nun "Serverraum 1" und "Serverraum 2" heißen.

Bei einer Extra Id als Spalte, musst du nur die Namens Spalte ändern.

Wenn aber "Serverraum" der Primärschlüssel war, musst du nun in allen verknüpften Tabellen aus "Serverraum" "Serverraum 1" machen.

Gruß Jaraz

[baba007]

Grundsätzlich gilt ein PK ist immer einzigartig, d.h. egal wo man ist und egal wie ein raum benannt wird, ist es eindeutig erkennbar.

um am beispiel serverraum zu bleiben: serverräume gibts in jedem gebäude, in jeder stadt und in jedem land