<\/p>\n
Dass Sie m:n-Beziehungen zum Kombinieren von Datensätzen zweier Tabellen verwenden, wissen Sie. Genauso ist bekannt, dass die Beziehung über eine so genannte Verknüpfungstabelle hergestellt wird. Viele wissen aber nicht, wie man individuelle Informationen zur Verknüpfung zweier bestimmter Datensätze speichert. Access im Unternehmen zeigt anhand verschiedener Beispiele, wie das funktioniert.<\/b><\/p>\n
Das Herstellen einer einfachen m:n-Beziehung ist ganz einfach: Sie legen zwei Tabellen für die jeweiligen Objekte an, die miteinander verknüpft werden sollen – etwa Fahrzeuge und Ausstattungsmerkmale oder Publikationen und Empfänger – und verbinden diese mit einer Tabelle, indem Sie dieser zwei mit den Primärschlüsseln der jeweiligen Tabellen verknüpfte Fremdschlüsselfelder zuweisen.<\/p>\n
Im einfachen Fall der Fahrzeuge und Sonderausstattungen sieht das wie in Bild 1 aus.<\/p>\n
![\"pic001.tif\"](\"..\/fileadmin\/_temp_\/2007_02\/MNBeziehungMitDetails-web-images\/pic001_opt.jpeg\")
<\/p>\n
Bild 1: Eine einfache m:n-Beziehung<\/span><\/b><\/p>\n Die beiden Felder der Verknüpfungstabelle dienen dabei meist als zusammengesetzter Primärschlüssel. Das heißt, dass die Tabelle jede Kombination von Fahrzeug und Ausstattungsmerkmal nur einmal aufnehmen kann, was in diesem Fall ja auch sinnvoll ist (siehe Bild 2).<\/p>\n Bild 2: Zusammengesetzter Primärschlüssel der Verknüpfungstabelle<\/span><\/b><\/p>\n Wenn dies nicht so ist, deutet einiges darauf hin, dass die Verknüpfungstabelle nach weiteren Feldern verlangt. Ein Beispiel sind Rezepte und Zutaten: Dort erstellen Sie auch eine Beziehung über eine Tabelle, die sämtliche Kombinationen aus Rezepten und Zutaten erlaubt.<\/p>\n Nur dürfen Sie hier keinen zusammengesetzten eindeutigen Index und damit auch keinen passenden Primärschlüssel anlegen, denn ein Rezept kann ja auch die gleiche Zutat mehrmals enthalten – für unterschiedliche Bestandteile des Rezepts.<\/p>\n In dem Fall muss die Verknüpfungstabelle zumindest ein weiteres Feld enthalten, nämlich ein Primärschlüsselfeld zur eindeutigen Kennzeichnung eines jeden Datensatzes.<\/p>\n Bei genauerer Betrachtung brauchen Sie sogar noch weitere Felder: Beispielsweise eines zur Angabe der Menge der jeweiligen Zutat oder eines für die Einheit. Die Einheiten speichert man wiederum in einer eigenen Tabelle, sodass das Datenmodell etwa wie in Bild 3 aussieht.<\/p>\n Bild 3: Verknüpfungstabelle mit Primärschlüsselfeld und weiteren Feldern<\/span><\/b><\/p>\n <\/p>\n Anders sieht es bei Bestellungen aus: Dort verknüpfen Sie eine Tabelle mit den Bestelldaten wie BestellID, Kundendaten, Bestell-, Rechnungs- oder Versanddatum und weiteren Informationen mit der Artikeltabelle.<\/p>\n Die Verknüpfungstabelle könnte nun theoretisch wie bei den Fahrzeugausstattungen nur die Primärschlüssel der Bestellungen- und der Artikel-Tabelle enthalten – immerhin soll jeder Artikel nur einmal in jeder Bestellung vorkommen.<\/p>\n Oder etwa doch nicht Was passiert denn, wenn der Kunde mehrere Exemplare eines Artikels kaufen möchte Irgendwo muss man doch die Anzahl unterbringen<\/p>\n Nun, das ist natürlich noch lange kein Grund, einen Artikel mehrfach mit der Bestellung zu verknüpfen, und daher können Sie auch den zusammengesetzten Primärschlüssel aus den Feldern BestellID <\/b>und ArtikelID <\/b>verwenden. Die Anzahl des gewünschten Artikels müssen Sie dennoch speichern – und zwar ebenfalls in der Verknüpfungstabelle (siehe Bild 4).<\/p>\n Bild 4: Verknüpfungstabelle mit zusätzlichen Informationen<\/span><\/b><\/p>\n Bei genauerem Hinsehen gehören dort aber noch viel mehr Informationen hinein: Der Preis eines Artikels wird sich beispielsweise irgendwann einmal ändern. Wenn Sie dann eine Rechnung erneut ausdrucken möchten, sich aber die in der Tabelle tblArtikel <\/b>enthaltenen Preise geändert haben, erhalten Sie eine Rechnung mit falschen Preisen bezogen auf das eigentliche Erstellungsdatum.<\/p>\n Sie sollten also den zum Zeitpunkt der Bestellung\/Rechnungserstellung gültigen Preis in der Verknüpfungstabelle speichern. Auch Rabatte sind hiervon betroffen: Wenn Sie einem Kunden einen speziellen Preis einräumen, sollten Sie dies entweder über ein spezielles Feld namens Rabatt<\/b> erledigen – hierzu später mehr.<\/p>\n Gleiches betrifft auch die Mehrwertsteuer: Diese müssen Sie unbedingt separat in Zusammenhang mit der jeweiligen Bestellung, noch besser mit der Kombination aus Bestellung und Artikel speichern. Und dazu kommt nun einmal nur die Verknüpfungstabelle in Frage. Der Grund ist einfach: Die Mehrwertsteuer ändert sich gelegentlich, wie etwa Anfang 2007 von 16 auf 19 Prozent. Wenn Sie die Mehrwertsteuer zu einer Position nicht in Zusammenhang mit der jeweiligen Kombination aus Bestellung und Artikel speichern, bekommen Sie Probleme, wenn Sie eine Rechnung später noch einmal ausdrucken wollen und sich der Mehrwertsteuersatz zwischenzeitlich geändert hat.<\/p>\n So detailliert ist das wiederum auch nur notwendig, wenn Sie mit verschiedenen Mehrwertsteuersätzen arbeiten (also aktuell 7 und 19 Prozent). Wenn jemand nur Lebensmittel verkauft und dementsprechend alle Artikel mit 7 Prozent Mehrwertsteuer beaufschlagt, reicht es aus, wenn er diesen Steuersatz in Zusammenhang mit dem Bestell- beziehungsweise Rechnungsdatensatz speichert.<\/p>\n Oben haben Sie eine Variante zum Angeben von Rabatten kennen gelernt, bei der Sie den Rabatt jeweils direkt in Zusammenhang mit dem jeweiligen Artikel speichern. Dieser würde dann etwa wie im Formular aus Bild 5 eingegeben und auch so in der Rechnung erscheinen.<\/p>\n Bild 5: Artikel mit direkter Rabattierung …<\/span><\/b><\/p>\n Es geht auch anders: Sie können den Rabatt auch als einzelnen Datensatz speichern. In dem Fall würden Sie also denselben Artikel mit Anzahl und Preis zweimal aufführen – einmal mit unrabattiertem Originalpreis und einmal nur den Rabatt. Dazu wäre allerdings eine änderung am Datenmodell notwendig: Wenn Sie denselben Artikel zwei Mal in Zusammenhang mit einer einzigen Bestellung speichern möchten, können Sie natürlich keinen eindeutigen Index mehr für die Kombination aus BestellungID <\/b>und ArtikelID <\/b>festlegen.<\/p>\n Stattdessen würden Sie auch hier ein eigens für diesen Zweck vorgesehenes Primärschlüsselfeld anlegen. Auswirkungen hätte dies auch auf die anschließende Ermittlung des Rechnungsbetrages. Die Formel zum Ermitteln des Endpreises für die Positionen in Bild 6 sieht etwa wie folgt aus und prüft zunächst, ob der Artikel rabattiert ist. Falls nein, berücksichtigt die Formel den Rabatt durch den neutralen Faktor 1 nicht, falls ja, wird der angegebene Rabatt als negativer Faktor berücksichtigt:<\/p>\n Bild 6: … und mit Rabattierung in einem separaten Datensatz<\/span><\/b><\/p>\n Dadurch erscheint die rabattierte Variante der Position direkt als negativer Wert. Man müsste sich freilich noch Gedanken machen, wie man die Eingabe solcher Rabatte möglichst intuitiv gestaltet. Darum kümmert sich aber ein anderer Artikel namens Komplexe m:n-Beziehungen im Haupt- und Unterformular <\/b>(siehe diese Ausgabe oder Quellcode 452).<\/p>\n","protected":false},"excerpt":{"rendered":" Dass Sie m:n-Beziehungen zum Kombinieren von Datensätzen zweier Tabellen verwenden, wissen Sie. Genauso ist bekannt, dass die Beziehung über eine so genannte Verknüpfungstabelle hergestellt wird. Viele wissen aber nicht, wie man individuelle Informationen zur Verknüpfung zweier bestimmter Datensätze speichert. Access im Unternehmen zeigt anhand verschiedener Beispiele, wie das funktioniert.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"footnotes":""},"categories":[66022007,662007,44000021],"tags":[],"class_list":["post-55000451","post","type-post","status-publish","format-standard","hentry","category-66022007","category-662007","category-Tabellen_und_Datenmodellierung"],"yoast_head":"\n![\"pic002.tif\"](\"..\/fileadmin\/_temp_\/2007_02\/MNBeziehungMitDetails-web-images\/pic002_opt.jpeg\")
<\/p>\nKomplexe m:n-Beziehung mit Zusatzdaten und separatem Primärschlüsselfeld<\/h2>\n
![\"pic003.tif\"](\"..\/fileadmin\/_temp_\/2007_02\/MNBeziehungMitDetails-web-images\/pic003_opt.jpeg\")
<\/p>\nKomplexe m:n-Beziehung mit Zusatzdaten und zusammengesetztem Primärschlüssel<\/h2>\n
![\"pic004.tif\"](\"..\/fileadmin\/_temp_\/2007_02\/MNBeziehungMitDetails-web-images\/pic004_opt.jpeg\")
<\/p>\nAlternative zum Speichern von Rabatten<\/h2>\n
![\"pic006.tif\"](\"..\/fileadmin\/_temp_\/2007_02\/MNBeziehungMitDetails-web-images\/pic006_opt.jpeg\")
<\/p>\n![\"pic005.tif\"](\"..\/fileadmin\/_temp_\/2007_02\/MNBeziehungMitDetails-web-images\/pic005_opt.jpeg\")
<\/p>\nEndpreis:\r\ntblBestelldetails.Einzelpreis*[Anzahl]*\r\nWenn([Rabatt]=0;1;-[Rabatt])*\r\n(1+tblBestelldetails.Mehrwertsteuer)<\/pre>\n