Zugriff auf eine n:m Verknüpfung

**Poelser**

Moin,

Möglicherweise irgendetwas mit JOIN.

Habe es folgendermassen versucht:

Delphi-Quellcode:

			('SELECT * FROM KUNDENSTAMM ');

('JOIN KUNDENLIEFERADRESSEN ON ' + IntToStr(KundenID) + ' = KUNDENLIEFERADRESSEN.IDKUNDEN');

('JOIN ADRESSENSTAMM ON KUNDENLIEFERADRESSEN.IDADRESSEN = ADRESSENSTAMM.ID');

Ganz sicher kannst du das mit JOIN, z.B.
SELECT * FROM KUNDENSTAMM k JOIN KUNDENLIEFERADRESSEN kla ON k.KundenID = kla.IDKUNDEN JOIN ADRESSENSTAMM a ON kla.IDADRESSEN = a.ID Und das dann noch mit WHERE k.ID = 1234 einschränken, damit du die Daten auch auf einen Kunden beschränken kannst.
Edit: Allerdings frage ich mich, ob du eine m:n-Beziehung brauchst - kann denn eine Lieferadresse mehr als einem Kunden gehören?

**Jasocul**

Einerseits denkst du viel zu kompliziert, andererseits zu einfach. Dazu kommt eine leichte Fehlkonstruktion der Tabellen.

Du kannst es dir im Moment noch einfach machen, da in den Kundenlieferadressen die kundenid noch enthalten ist. Du benötigst für die aktuelle Anforderung die dritte Tabelle (noch) nicht:

markieren

Code:

			SELECT * FROM KUNDENSTAMM

JOIN KUNDENLIEFERADRESSEN ON KUNDENSTAMM.ID = KUNDENLIEFERADRESSEN.IDKUNDEN

WHERE KUNDENSTAMM.ID = <Deine Kunden-ID>

Wenn du die Fehlkunstruktion entfernst, ist es etwas "komplizierter".
Die Fehlkonstruktion ist die Kunden-ID in der Tabelle KUNDENLIEFERADRESSEN. Mit der n:m-Beziehung sollte das Feld dort eigentlich nicht mehr vorhanden sein.
Das entsprechende SQL-Statement sieht dann etwa so aus:

markieren

Code:

			SELECT * FROM KUNDENSTAMM

JOIN ADRESSENSTAMM ON KUNDENSTAMM.ID = ADRESSENSTAMM.IDKUNDE

JOIN KUNDENLIEFERADRESSEN ON ADRESSENSTAMM.IDLIEFERADRESSEN = KUNDENLIEFERADRESSEN.ID

WHERE KUNDENSTAMM.ID = <Deine Kunden-ID>

Was dir eigentlich gefehlt hat, war die Where-Bedingung. BTW: Du solltest mit Parametern arbeiten und nicht die Werte direkt ins SQL einbauen. Aber das ist noch ein anderes Thema.

Es kann sein, dass die SQLs nicht ganz sauber sind, da ich die nicht kontrollieren kann und mir auch die IDs nicht alle genau bekannt sind. Könnte also sein, dass du noch ein bisschen nacharbeiten musst.

**Luckner**

Hallo Poelser,

ja eine Lieferadresse kann von mehreren Kunden benutzt werden. kannst Du bitte nocheinmal einen Blick auf Deine select-Anweisung werfen. Habe sie versucht umzusetzen, jedoch kommt nicht die richtigen Daten raus. Folgende Tabellen habe ich Tabelle KUNDENSTAMM mit dem Feld ID (also KUNDENSTAMM.ID), ADRESSENSTAMM mit dem Feld ID (also ADRESSENSTAMM.ID) und als 3.-tes KUNDENLIEFERADRESSEN mit den Felden IDKUNDEN und IDADRESSEN. Möglicherweise habe ich bei Deiner Anweisung einige ID's durcheinander gebracht.

Danke. Luckner

**TigerLilly**

Ohne Tabellenstruktur ist es schwer, einen brauchbaren Tipp zu geben.
Aber grundsätzlich solltest du die Adressen zu einem Kunden über JOIns bekommne:

Hol dir den Kunden:

select * from KUNDENSTAMM s
where s.ID=??

joine die m:n Tabelle dazu:

select * from KUNDENSTAMM s
join KUNDENLIEFERADRESSEN kl on s.ID=kl.IDKunden
where s.ID=??

jetzt noch die Adresse dazu

select * from KUNDENSTAMM s
join KUNDENLIEFERADRESSEN kl on s.ID=kl.IDKunden
join ADRESSENSTAMM a on a.ID = kl.IDADRESSEN
where s.ID=??

Wobei ich das Schema schwierig finde. Wenn sich die Adresse eines Kunden ändert, darf ich sie nicht ändern, sondern muß eine neue Adresse zuordnen. Aber das weißt du natürlich besser.

**jobo**

Leider ist mir nicht ganz klar, welche Tabelle welche ID Spaltennamen hat.
In solchen Selectstatements, gerade wenn man sie im Forum zeigt, ist es immer praktisch, alle Spalten mit Tabellen Alias anzugeben.

Hier ist ein Beispiel:

https://dbfiddle.uk/?rdbms=postgres_...b4ebe896462ccc

Die ID in der Tabelle adressenstamm ist je nach Geschmack überflüssig. Sie wird wohl als Primärschlüssel gedacht sein, einziger Anwendungsfall wäre aber das gezielte Löschen eines Datensatzes ohne dabei 2 Spalten zur Identifikation nutzen zu müssen.

**Poelser**

Moin,

Zitat von TigerLilly:

select * from KUNDENSTAMM s
join KUNDENLIEFERADRESSEN kl on s.ID=kl.IDKunden
join ADRESSENSTAMM a on a.ID = kl.IDADRESSEN
where s.ID=??

Wobei ich das Schema schwierig finde. Wenn sich die Adresse eines Kunden ändert, darf ich sie nicht ändern, sondern muß eine neue Adresse zuordnen. Aber das weißt du natürlich besser.

So hatte ich das ja in etwa auch beschrieben. Sein Problem ist ja, dass eine Adresse mehreren Kunden gehören kann. Da ist schon eine m:n-Beziehung nötig.

Mit Blick auf den Datenverbrauch (Stichwort 1.-5. Normalform) ist das ja insofern richtig so, es wird nichts redundant gespeichert.

Aber es ist gerade deshalb ja schwierig, weil z.B. das Hinzufügen einer Adresse in 2 Tabellen stattfinden muss- > Adresse in ADRESSENSTAMM hinzufügen UND Zuordnung in KUNDENLIEFERADRESSEN.

**Luckner**

Guten Morgen an Alle,

dass mit dem Hinzufügen einer KUNDENLIEFERADRESSEN dürfte nicht so schwierig sein. Entweder ich bin in einem Datensatz eines Kunden und füge eine zusätzliche Lieferadresse ein, dann ist die ID des Kunden bekannt und in der Verknüpfungstabelle füge ich die Verknüpfung erst dann ein, nachdem ich den Eintrag in der Adressenstamm-Tabelle eingetragen habe. Dann mit Last in dieser Tabelle habe ich die letzte ID der Adressenstamm-Tabelle. Die Kombination der Kunden.ID und der Adressenstamm.ID trage ich in die Verkprüfungstabelle ein. Müsste funktionieren.

Gruß, Luckner

**Poelser**

Ich denke auch, dass das funktioniert, aaaber:

Bevor du eine Adresse hinzufügst, musst du erstmal prüfen, ob es die bereits in der Tabelle gibt. Wenn ja, brauchst du nur einen Eintrag in der Zwischentabelle anlegen.

Nur wenn die Adresse nicht existiert, sind eben 2 Schritte notwendig: Adresse hinzufügen und Verknüpfung mit dem Kundenstamm.

**Blup**

Ich würde davon abraten für die Lieferadressen eine n:m Verknüpfung einzurichten.
Das würde dazu führen, wenn die Lieferadresse bei einem Kunden bearbeitet wird, ändert sich diese automatisch auch bei anderen Kunden.
Aber will man das in jedem Fall? Die Komplexität steigt und die Datenersparnis ist dagegen vernachlässigbar.
Eine Funktion die eine Adresse kopiert und wo anders wieder einfügt halte ich für sinnvoller.

Die Komplexität steigt weiter wenn später z.B. auch Lieferscheine abgespeichert werden sollen.
Dann braucht man mehrere Revisionen einer Adresse.
Der Inhalt des Lieferscheins darfs sich ja nicht nachträglich ändern, wenn die Adresse in den Kundenstammdaten verändert wird.
Also muss der Lieferschein die Revision der Adresse referenzieren, die zum Zeitpunkt der Erstellung gültig war.
Bei jedem Speichern einer Änderung muss also eine neue Revision erzeugt werden, wenn die alte bereits für Lieferscheine verwendet wurde.

Das selbe trifft auch für Rechnungsadressen und Rechnungen zu.

**dataspider**

Zitat von Luckner:

Hallo Poelser,

ja eine Lieferadresse kann von mehreren Kunden benutzt werden. kannst Du bitte nocheinmal einen Blick auf Deine select-Anweisung werfen. Habe sie versucht umzusetzen, jedoch kommt nicht die richtigen Daten raus. Folgende Tabellen habe ich Tabelle KUNDENSTAMM mit dem Feld ID (also KUNDENSTAMM.ID), ADRESSENSTAMM mit dem Feld ID (also ADRESSENSTAMM.ID) und als 3.-tes KUNDENLIEFERADRESSEN mit den Felden IDKUNDEN und IDADRESSEN. Möglicherweise habe ich bei Deiner Anweisung einige ID's durcheinander gebracht.

Danke. Luckner

Teste besser Peter seinen Vorschlag...
Das mit der ID im ON eines Joins ist schon speziell...

Frank