AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Datenbanken Delphi Fremdschlüssel verwenden oder doch zweimal UniQuery ?
Thema durchsuchen
Ansicht
Themen-Optionen

Fremdschlüssel verwenden oder doch zweimal UniQuery ?

Ein Thema von RWarnecke · begonnen am 18. Dez 2012 · letzter Beitrag vom 18. Dez 2012
Antwort Antwort
Seite 1 von 2  1 2      
Benutzerbild von RWarnecke
RWarnecke

Registriert seit: 31. Dez 2004
Ort: Stuttgart
4.408 Beiträge
 
Delphi XE8 Enterprise
 
#1

Fremdschlüssel verwenden oder doch zweimal UniQuery ?

  Alt 18. Dez 2012, 05:24
Datenbank: Firebird • Version: 2.5.2 • Zugriff über: UniDAC
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 ?
Rolf Warnecke
App4Mission
  Mit Zitat antworten Zitat
jobo

Registriert seit: 29. Nov 2010
3.072 Beiträge
 
Delphi 2010 Enterprise
 
#2

AW: Fremdschlüssel verwenden oder doch zweimal UniQuery ?

  Alt 18. Dez 2012, 05:51
"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.
Gruß, Jo
  Mit Zitat antworten Zitat
Andreas Schilling

Registriert seit: 6. Sep 2006
106 Beiträge
 
Delphi 10.3 Rio
 
#3

AW: Fremdschlüssel verwenden oder doch zweimal UniQuery ?

  Alt 18. Dez 2012, 05:58
Ich würde in dem Fall in Tabelle B einen Delete-Trigger erstellen.

Gruß Andreas Schilling
  Mit Zitat antworten Zitat
Furtbichler
(Gast)

n/a Beiträge
 
#4

AW: Fremdschlüssel verwenden oder doch zweimal UniQuery ?

  Alt 18. Dez 2012, 06:42
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.
  Mit Zitat antworten Zitat
mkinzler
(Moderator)

Registriert seit: 9. Dez 2005
Ort: Heilbronn
39.851 Beiträge
 
Delphi 11 Alexandria
 
#5

AW: Fremdschlüssel verwenden oder doch zweimal UniQuery ?

  Alt 18. Dez 2012, 06:57
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.
Markus Kinzler
  Mit Zitat antworten Zitat
khh

Registriert seit: 18. Apr 2008
Ort: Südbaden
1.903 Beiträge
 
FreePascal / Lazarus
 
#6

AW: Fremdschlüssel verwenden oder doch zweimal UniQuery ?

  Alt 18. Dez 2012, 07:06
es gibt sehr schöne Tools um Tabellenbeziehungen grafisch darzustellen.
So ne Darstellung wäre sehr hilfreich.
Karl-Heinz
  Mit Zitat antworten Zitat
Benutzerbild von RWarnecke
RWarnecke

Registriert seit: 31. Dez 2004
Ort: Stuttgart
4.408 Beiträge
 
Delphi XE8 Enterprise
 
#7

AW: Fremdschlüssel verwenden oder doch zweimal UniQuery ?

  Alt 18. Dez 2012, 07:44
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.
Miniaturansicht angehängter Grafiken
tabellenbeziehungen.png  
Rolf Warnecke
App4Mission
  Mit Zitat antworten Zitat
Benutzerbild von Sir Rufo
Sir Rufo

Registriert seit: 5. Jan 2005
Ort: Stadthagen
9.454 Beiträge
 
Delphi 10 Seattle Enterprise
 
#8

AW: Fremdschlüssel verwenden oder doch zweimal UniQuery ?

  Alt 18. Dez 2012, 08:05
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?
Kaum macht man's richtig - schon funktioniert's
Zertifikat: Sir Rufo (Fingerprint: ‎ea 0a 4c 14 0d b6 3a a4 c1 c5 b9 dc 90 9d f0 e9 de 13 da 60)
  Mit Zitat antworten Zitat
Benutzerbild von RWarnecke
RWarnecke

Registriert seit: 31. Dez 2004
Ort: Stuttgart
4.408 Beiträge
 
Delphi XE8 Enterprise
 
#9

AW: Fremdschlüssel verwenden oder doch zweimal UniQuery ?

  Alt 18. Dez 2012, 08:11
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.
Rolf Warnecke
App4Mission
  Mit Zitat antworten Zitat
Benutzerbild von Sir Rufo
Sir Rufo

Registriert seit: 5. Jan 2005
Ort: Stadthagen
9.454 Beiträge
 
Delphi 10 Seattle Enterprise
 
#10

AW: Fremdschlüssel verwenden oder doch zweimal UniQuery ?

  Alt 18. Dez 2012, 08:30
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
Kaum macht man's richtig - schon funktioniert's
Zertifikat: Sir Rufo (Fingerprint: ‎ea 0a 4c 14 0d b6 3a a4 c1 c5 b9 dc 90 9d f0 e9 de 13 da 60)
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 1 von 2  1 2      


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 08:04 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz