<\/p>\n
Im ersten Teil dieser Beitragsreihe haben wir die grundlegenden Ideen vorgestellt, die wir zum Thema Bestellungen\/Rechnungen\/Lieferungen haben. Uns ist jedoch noch eine Feinheit entgangen, die wir in diesem Beitrag noch nachreichen wollen. Dabei geht es darum, eventuelle Inkonsistenzen beim Erstellen von Rechnungspositionen auf Basis von Bestellpositionen zu vermeiden. Normalerweise sollte mit dem aktuellen Datenmodell nichts schiefgehen, aber das Datenmodell sollte so viele Probleme wie möglich bereits durch die enthaltenen Restriktionen in Form von Beziehungen verhindern.<\/b><\/p>\nMögliche Inkonsistenz bei den Rechnungspositionen<\/h2>\n
Die Ausgabe 6\/2023 war bereits fertig gesetzt, als unserem Lektor Carsten Gromberg eine mögliche Quelle für Inkonsistenzen in den Daten aufgefallen ist. Dabei geht es um den Teil, wo wir Rechnungen den Bestellungen zuweisen und Rechnungspositionen den Bestellpositionen. Dabei haben wir die Tabellen tblBestellungen <\/b>und tblRechnungen <\/b>über die Verknüpfungstabelle tblRechnungenBestellungen <\/b>miteinander verknüpft (siehe Bild 1). Der Hintergrund war, dass es sowohl vorkommen kann, dass eine Rechnung mehrere Bestellungen zusammenfasst als auch dass eine Bestellung in mehreren Rechnungen abgerechnet wird. Für die Beziehung zwischen den Rechnungspositionen und den Bestellpositionen reichte uns eine einfache 1:n-Beziehung. Hier könnte man sich bereits die folgende Frage stellen:<\/p>\n
![\"Auszug](\"..\/fileadmin\/_temp_\/2024_01\/pic_1480_001.png\")
<\/p>\n
Bild 1: Auszug des Datenmodells mit der Möglichkeit von Inkonsistenzen<\/span><\/b><\/p>\n Ist hier die 1:n-Beziehung der richtige Ansatz? Reicht nicht eine 1:1-Beziehung aus, weil wir zu jeder Bestellposition nur eine Rechnungsposition benötigen? Nein, die 1:1-Beziehung reicht nicht aus: Theoretisch soll es sogar möglich sein, eine Bestellposition mit einer Menge von mehr als eins auf mehrere Rechnungspositionen und auch Rechnungen aufzuteilen.<\/p>\n Es kann vorkommen, dass der Kunde zwei Exemplare des gleichen Produkts bestellt, aber nur eines lieferbar ist. Dann bekommt er zunächst nur die Lieferung des einen Exemplars und die entsprechende Rechnung.<\/p>\n Tatsächlich geht es um eine andere Frage: Angenommen, wir haben zwei Bestellungen B1 <\/b>und B2<\/b>. B1 <\/b>enthält die Bestellpositionen B1-1 <\/b>und B1-2<\/b>. B2<\/b> enthält die Bestellposition B2-1<\/b>. Wir erstellen darauf basierend nun eine Rechnung R1<\/b>, die über die Tabelle tblRechnungenBestellungen <\/b>mit der Bestellung B1 <\/b>verknüpft ist. Und wir verarbeiten die Bestellpositionen B1-1 <\/b>und B1-2 <\/b>in zwei Rechnungspositionen R1-1 <\/b>und R1-2<\/b>. <\/p>\n Beide sind über das Fremdschlüsselfeld RechnungID <\/b>der Tabelle tblRechnungspositionen <\/b>mit der richtigen Rechnung verknüpft, nämlich R1<\/b>. Und das Fremdschlüsselfeld BestellpositionID <\/b>der gleichen Tabelle verknüpfen wir von R1-1 <\/b>zu B1-1 <\/b>und von R1-2 <\/b>zu B1-2<\/b>.<\/p>\n [<\/p>\n Soweit, so gut: Es wäre aber theoretisch möglich, dass wir das Feld BestellpositionID <\/b>der Rechnungsposition R1-2 <\/b>mit der Bestellposition B2-1 <\/b>verknüpfen, während diese Position über die Tabelle tblRechnungen <\/b>und tblRechnungenBestellungen <\/b>mit der Bestellung B1 <\/b>verknüpft ist.<\/p>\n Das wäre dann die mögliche Inkonsistenz. Aber wie wollen wir diese verhindern? Und benötigen wir die Zuordnung von Rechnungsposition zur Bestellposition überhaupt? Letzteres ist notwendig, damit wir prüfen können, ob eine Bestellposition bereits in einer Rechnungsposition erfasst wurde – und gegebenenfalls auch abgleichen können, ob die in der Bestellposition angegebene Menge vollständig in Rechnung gestellt wurde.<\/p>\n Wie wir die Datenintegrität sicher stellen wollen, schauen wir uns im folgenden Abschnitt an.<\/p>\n Die Aufgabe lautet nun also: Wie können wir dafür sorgen, dass man für eine Rechnungsposition in der Tabelle tblRechnungspositionen <\/b>keine Bestellposition für das Fremdschlüsselfeld BestellpositionID <\/b>auswählen kann, die nicht zu der Bestellung aus der Tabelle tblBestellungen<\/b> gehört, die über die Verknüpfungstabelle tblRechnungenBestellungen <\/b>mit der zu der Rechnung aus tblRechnungen <\/b>gehörenden Rechnung verknüpft ist?<\/p>\n Der Clou ist: Wir fügen der Tabelle tblRechnungspositionen <\/b>ein weiteres Feld namens BestellungID <\/b>hinzu. Dann erstellen wir eine Beziehung zwischen der Tabelle tblRechnungspositionen <\/b>und tblRechnungenBestellungen<\/b>, welche die beiden Felder RechnungID<\/b> und BestellungID <\/b>der beiden Tabellen umfasst und die im Fenster Beziehungen bearbeiten <\/b>wie in Bild 2 aussieht.<\/p>\n Bild 2: Anlegen einer Beziehung über zwei Felder<\/span><\/b><\/p>\n Wechseln wir zurück zum Beziehungen-Fenster, sehen wir die Beziehung wie in Bild 3.<\/p>\n Bild 3: Erster Schritt zum Verhindern der Inkonsistenz<\/span><\/b><\/p>\n Das ist allerdings nur die halbe Miete. Wir erreichen damit eine Absicherung, dass in der Tabelle tblRechnungspositionen <\/b>nur solche Datensätze landen, die über die Tabelle tblRechnungenBestellungen <\/b>mit einem bestimmten Datensatz der Tabelle tblBestellungen <\/b>verknüpft sind.<\/p>\n Nun müssen wir noch sicherstellen, dass die Bestellposition, der die Rechnungsposition zugeordnet ist, ebenfalls diesem Datensatz der Tabelle tblBestellungen<\/b> zugeordnet ist. Wir müssen also auch noch zwischen den Feldern BestellungID <\/b>der Tabelle tblRechnungspositionen <\/b>und dem gleichnamigen Feld der Tabelle tblBestellpositionen <\/b>eine Beziehung herstellen.<\/p>\n Da wir die Beziehung zwischen diesen beiden Tabellen über das Feld BestellpositionID<\/b> nicht aufgeben können, erweitern wir diese wie in Bild 4. Wenn wir diese Beziehung mit referenzieller Integrität speichern wollen, erhalten wir jedoch den Fehler Es wurde kein eindeutiger Index für das in Beziehung stehende Feld der Primärtabelle angegeben<\/b>.<\/p>\nVerhindern der Inkonsistenz<\/h2>\n
![\"Anlegen](\"..\/fileadmin\/_temp_\/2024_01\/pic_1480_003.png\")
<\/p>\n![\"Erster](\"..\/fileadmin\/_temp_\/2024_01\/pic_1480_002.png\")
<\/p>\n![\"Erweiterung](\"..\/fileadmin\/_temp_\/2024_01\/pic_1480_006.png\")
<\/p>\n
![\"Zweiter](\"..\/fileadmin\/_temp_\/2024_01\/pic_1480_004.png\")
<\/p>\n![\"Hier](\"..\/fileadmin\/_temp_\/2024_01\/pic_1480_005.png\")
<\/p>\n