Fremdschlüssel verwenden oder doch zweimal UniQuery ?

[RWarnecke]

Hallo zusammen,

ich habe folgendes in meiner Datenbank abgebildet :

Tabelle A hat einen Primären Schlüssel auf dem Feld "Certificate". Dazu gibt es 4 weitere Tabellen (Tabelle B, C, D, E), wo ebenfalls das Feld "Certificate" enthalten ist. In diesen 4 Tabellen kann ich das Feld "Certificate" aber nicht auf einen Schlüssel setzen, da dieses Referenzetabellen zur Tabelle A sind. Das heißt also, der Wert aus dem Feld "Certificate" der 4 Tabellen kommt öfters vor. Dazu habe ich noch einen Fremdschlüssel auf das Feld "Certificate" in den vier Tabellen eingebaut mit Reference auf den Primary Key aus Tabelle A. Damit habe ich erreicht, dass wenn ich einen Eintrag aus Tabelle A lösche, alle Einträge in den vier Tabellen mit dem gleichen Wert aus dem Feld "Certificate" ebenfalls gelöscht werden.

Nun möchte ich, dass wenn in Tabelle B ein Wert gelöscht wird, auch die Werte aus Tabelle D gelöscht werden :

Code:

CREATE TABLE B (
    ID INTEGER NOT NULL,
    CERTIFICATE VARCHAR(15) NOT NULL,
    STARTDATE INTEGER NOT NULL,
    ENDDATE INTEGER NOT NULL,
    HOURSPERWEEK FLOAT NOT NULL,
    GROUNDS VARCHAR(255));

Code:

CREATE TABLE D (
    ID INTEGER NOT NULL,
    CERTIFICATE VARCHAR(15) NOT NULL,
    BID INTEGER NOT NULL,
    DATESTART INTEGER NOT NULL,
    DATEEND INTEGER NOT NULL,
    LABORCONTENT BLOB SUB_TYPE 1 SEGMENT SIZE 16384 NOT NULL);

Ich kann jetzt natürlich im Quelltext zweimal eine Query mit dem entsprechenden DELETE-Befehl aufrufen für die jeweilige Tabelle.

Meine Frage ist aber kann ich das eventuell auch über einen Fremdschlüssel lösen, wie ich das mit Tabelle A und den vier weiteren Tabellen gelöst habe ? Wenn ja wie ?
Oder muss ich meine Datenbankstruktur nochmals überdenken ?

[jobo]

"nochmals überdenken?"
Vor allem richtig erklären. Ich bin aus dem was Du zeigst nicht schlau geworden, 2 Tabellenstrukturen von 4, Namen A-D, Fremdschlüssel,.. reicht nicht ganz für ein Datenmodell. Fremdschlüssel können 1:1 oder 1:n sein. Was sein soll oder müsste, erschließt sich mir durch den genannten Tabellen Inhalt bzw die Namen und auch die Erläuterung nicht.

Allgemein kann man vielleicht sagen, dass eine Modelländerung zu Gunsten eines bestimmten Löschverhaltens nicht der bevorzugte Weg ist.

[Andreas Schilling]

Ich würde in dem Fall in Tabelle B einen Delete-Trigger erstellen.

Gruß Andreas Schilling

[Furtbichler]

Zitat:

Zitat von RWarnecke (Beitrag 1195846)

Tabelle A hat einen Primären Schlüssel auf dem Feld "Certificate".

Fehler: Primary Keys sollen nicht sprechend sein. Verwende eine ID als Primary Key in der Tabelle 'A'.

Zitat:

In diesen 4 Tabellen kann ich das Feld "Certificate" aber nicht auf einen Schlüssel setzen, da dieses Referenzetabellen zur Tabelle A sind

Wie bitte? Verstehe ich nicht.

Zitat:

Nun möchte ich, dass wenn in Tabelle B ein Wert gelöscht wird, auch die Werte aus Tabelle D gelöscht werden

Wie sind die beiden Tabellen voneinander abhängig? Wenn sie abhängig sind, wieso existiert keine Beziehung zu ihnen?

Du solltest Dir einige Informationen zum Datenbankdesign aus dem Netz holen. Stichworte sind 'Normalisation' und insbesondere '3 Normalform'. In der Praxis wirst Du einige wenige Regeln der 3NF nicht einhalten wollen, aber nur dann, wenn Du weißt, was Du tust.

[mkinzler]

Zitat:

Zitat:
In diesen 4 Tabellen kann ich das Feld "Certificate" aber nicht auf einen Schlüssel setzen, da dieses Referenzetabellen zur Tabelle A sind
Wie bitte? Verstehe ich nicht.

Ich verstehe es so, dass der fremdschlüssel nicht auf eine Tabelle verweist, sondern je nach einem Wert in einem anderen Feld alternativ auf 4 Tabellen.

Ich würde hier auch versuchen, diese 4 Tabellen zu einer zu verschmelzen.

[khh]

es gibt sehr schöne Tools um Tabellenbeziehungen grafisch darzustellen.
So ne Darstellung wäre sehr hilfreich.

[RWarnecke]

Hallo zusammen,

danke erstmal für eure Antworten. Ich habe die Beziehungen zwischen den einzelnen Tabellen jetzt mal grafisch dargestellt und glaube mir damit selber die Antwort gegeben zu haben.

Meine Antwort wäre, dass ich in Tabelle 2 das Feld ID als Primary Key setzen muss und dann den Fremdschlüssel in Tabelle5 auf das Feld IDTabelle2 setzen muss.

[Sir Rufo]

Ich würde ja eine Certificate Tabelle führen

Code:

id INT PRIMARY
certificate VARCHAR(15)

und in allen anderen Tabellen darauf referenzieren (certificate_id)

Du wirst feststellen, dass auch die Abfragen nun schneller ausgeführt werden ;)

BTW: wofür hast du in allen Tabellen ein Feld id was du aber gar nicht als id (identity) benutzt?

[RWarnecke]

Zitat:

Zitat von Sir Rufo (Beitrag 1195863)

BTW: wofür hast du in allen Tabellen ein Feld id was du aber gar nicht als id (identity) benutzt?

Das ID-Feld jeder Tabelle benutze ich intern im Programm für meine Klassen als Index.

[Sir Rufo]

Also ich benutze id immer für die Identity eine Entität.

Code:

persons:
id INT PRIMARY AUTOINC
name
...

companies:
id INT PRIMARY AUTOINC
name
...

company_persons:
company_id INT PRIMARY
person_id INT PRIMARY

ist für mich irgendwie einleuchtender