(gelöst) Bug bei 1:1-Beziehungen?

[Freischreiber]

Hallo,

beim Versuch, eine Beziehung zwischen den Primärschlüsseln zweier Tabellen zu erstellen, bekomme ich folgende Fehlermeldung:

SQL-Status: 23000
Fehler-Code: -177

Integrity constraint violation - no parent abc, table: t-adressen in statement [ALTER TABLE "t-adressen" ADD FOREIGN KEY ("ID") REFERENCES "t-bemerkungen" ("AdressID")]

Fehlermeldung.gif (16.45 KiB) 3320 mal betrachtet

Einzige Besonderheit ist, daß das Primärschlüsselfeld Text-Varchar ist, und nicht Integer.

Als Abhilfe habe ich bei der zweiten Tabelle das Primärschlüssel-Kennzeichen entfernt, dann die Beziehung gezogen und dann den Primärschlüssel wiederhergestellt. Das geht ohne Fehlermeldung.

Ist das ein Bug oder soll mir die Fehlermeldung etwas sagen?

Gruß
Freischreiber

PS: Sehe gerade, es passiert auch, wenn die beiden Primärschlüsselfelder Integerfelder sind. Das ist seltsam, weil ich so eine Kombination schon lange in meiner Datenbank habe, und früher ist bei mir der Fehler nicht aufgetaucht...

[RobertG]

Hallo Freischreiber,

startest Du mit dem Ziehen der Verbindung bei "t-adressen", dann kommt keine Fehlermeldung. "t-adressen" wird als die Tabelle angenommen, die auf jeden Fall den entsprechenden Schlüsselwert haben muss. "t-bermerkungen" hat nur dann einen gleichlautenden Primärschlüsselwert, wenn eben eine Bemerkung anfällt.

Startest Du mit "t-bemerkungen", so wird untersucht, ob in der Zieltabelle "t-adressen" eventuell Werte für das Schlüsselfeld enthalten sind, die in "t-bermerkungen" nicht vorhanden sind. Das ist bei Dir der Fall.

Die GUI schafft es, die entsprechende Verbindung mit Fremdschlüsseln korrekt zu erstellen, wenn es sich um 1:n-Beziehungen handelt. Da ist es egal, wie herum Du ziehst. Wenn Du aber Schlüsselwerte zu einer 1:1-Verbindung verknüpfst, dann muss die GUI irgendwoher Ursprung und Ziel nehmen - und die sind durch den Inhalt bereits vorgegeben und müssen dann auch in der Mausbewegung so sein.

Gruß

Robert

[Freischreiber]

Hallo Robert,

unfaßbar. Vielen Dank für den Hinweis. Base unterscheidet also zwischen links- und rechtsdrehenden 1:1-Beziehungen.

Gruß
Freischreiber

[RobertG]

Hallo Freischreiber,

Base unterscheidet also zwischen links- und rechtsdrehenden 1:1-Beziehungen.

Nein, der Unterschied ergibt sich aus der Fehlermeldung der Datenbank bei falscher Verknüpfung:

Code: Alles auswählen

ALTER TABLE "Tabelle1" ADD FOREIGN KEY ("ID") REFERENCES "Tabelle2" ("ID")

Das kann in "Tabelle1" nicht funktionieren, wenn dort bereits Werte stehen. Schließlich gibt "Tabelle2" dann die Werte vor, die in "Tabelle1" vorkommen dürfen.

Code: Alles auswählen

ALTER TABLE "Tabelle2" ADD FOREIGN KEY ("ID") REFERENCES "Tabelle1" ("ID")

Das funktioniert, wenn in "Tabelle1" Werte vorhanden sind. "Tabelle1" hat die Referenzwerte. In "Tabelle2" dürfen sich nur die Referenzwerte wiederfinden - nicht mehr Werte als in "Tabelle1".

Eine 1:1-Beziehung heißt eben nicht, dass in beiden Tabellen gleich viele Datensätze vorhanden sein müssen. Eine Tabelle muss deshalb die führende Rolle übernehmen, und die definierst Du mit "von da → nach da".

Gruß

Robert

[Freischreiber]

Hallo Robert,

aha! Das ist irgendwie einsichtig so - und auch gut zu wissen, wie man Beziehungen per SQL-Befehl einrichten kann.

Dieser Hintergrund erklärt auch, weshalb das Problem bisher nie bei mir aufgetaucht ist - beim Verknüpfen leerer Tabellen

Danke und Gruß
Freischreiber