<\/p>\n
André Minhorst, Duisburg<\/b><\/p>\n
Direkte Beziehungen zwischen eindeutigen Schlüsseln zweier Tabellen heißen 1:1-Beziehungen, weil jeder Datensatz der einen Tabelle mit maximal einem Datensatz der zweiten Tabelle verknüpft sein kann. Dieser Beziehungstyp ist zwar relativ selten, aber dennoch praxisrelevant. In diesem Beitrag erfahren Sie, wann der Einsatz von 1:1-Beziehungen sinnvoll ist und welche Besonderheiten es dabei zu beachten gilt.<\/b><\/p>\n
Der Einsatz von 1:1-Beziehungen ist beispielsweise in folgenden Fällen sinnvoll:<\/p>\n
Im Beitrag Artikelverwaltung mit Inventurfunktion in dieser Ausgabe von Access im Unternehmen finden Sie gleich zwei Beispiele für 1:1-Beziehungen. In beiden Fällen enthält eine Tabelle die Hauptdaten des zu speichernden Objekts und es gibt eine oder mehrere Tabellen mit weiteren Daten, die in einem Fall vorhanden sein müssen und im anderen Fall vorhanden sein können.<\/p>\n
Im ersten Beispiel handelt es sich um Bestandsänderungen in der Artikeldatenbank. Die Bestandsänderungen treten in Form von Wareneingängen, Warenausgängen (Bestellungen) und Umbuchungen (etwa bei Fehlbeständen zum Zeitpunkt einer Inventur) auf. Jede dieser Bestandsveränderungen hat allgemeine und spezifische Eigenschaften: Alle drei beziehen sich auf einen Artikel, enthalten eine Anzahl und ein Datum. Der Wareneingang enthält Informationen über den Einkaufspreis und den Lieferanten des jeweiligen Artikels, der Warenausgang enthält einen Verkaufspreis und Umbuchungen haben eine bestimmte Umbuchungsart und beispielsweise ein Bemerkungsfeld.<\/p>\n
Theoretisch könnten Sie für Wareneingänge, Warenausgänge und Umbuchungen eine eigene Tabelle anlegen. Die drei Tabellen hätten dann einige gemeinsame Eigenschaften und einige spezielle Eigenschaften.<\/p>\n
Wenn man damit eine Inventur durchführen wollte, würde man eine UNION-Abfrage über die relevanten Felder der drei Tabellen erstellen und die gewünschten Zahlen addieren. UNION-Abfragen sind aber nicht besonders performant; außerdem kann man dort nicht über den Primärschlüssel auf einen der Datensätze zugreifen.<\/p>\n
Es lässt sich zwar ein behelfsmäßiges Primärschlüsselkonstrukt aus dem eigentlichen Primärschlüssel und einem tabellenabhängigen Wert zusammensetzen, doch der Umgang damit ist relativ aufwändig.<\/p>\n
Mit einer Tabelle, die alle gemeinsamen Felder enthält, und mehreren Tabellen mit den Eigenheiten der jeweiligen Ausprägung der Bestandsveränderung lässt sich dieses Problem umgehen:<\/p>\n
Die Haupttabelle enthält auf jeden Fall einen eindeutigen Primärschlüssel und man kann ohne Verknüpfung auf alle abrechnungsrelevanten Daten zugreifen.<\/p>\n
Dafür ist wiederum eine Verknüpfung erforderlich, wenn man nur eine Ausprägung – also beispielsweise die Wareneingänge – mit allen Daten anzeigen oder bearbeiten möchte.<\/p>\n
Für die Erstellung einer 1:1-Beziehung müssen folgende Voraussetzungen erfüllt sein:<\/p>\n
Sind diese Voraussetzungen erfüllt, können Sie loslegen. Verwenden Sie als Beispiel die ebenfalls in der Artikeldatenbank enthaltene Tabelle tblAdressen, die mit der Tabelle tblRechnungsadressen um die abrechnungsrelevanten Daten erweitert werden soll.<\/p>\n
Im Beispiel sind nicht die beiden Primärschlüssel an der Beziehung beteiligt, sondern ein Primärschlüssel und ein eindeutiger Schlüssel mit gleichem Namen (AdresseID). Die zweite Tabelle hat einen eigenen Primärschlüssel, der nicht in die Beziehung involviert ist.<\/p>\n
Um ein Feld einer Tabelle als eindeutigen Index festzulegen, öffnen Sie die Tabelle in der Entwurfsansicht und zeigen mit dem Menübefehl Ansicht\/Indizes den Dialog Indizes an.<\/p>\n
Dort tragen Sie den Namen des neuen Index ein, wählen das oder die betroffenen Felder aus (in diesem Fall AdresseID) und stellen die Eigenschaft Eindeutig auf den Wert Ja ein (siehe Bild 1).<\/p>\n
![](\"..\/fileadmin\/_temp_\/{077881BF-268E-46B4-B63F-E5A1D9AF6EF1}\/pic001.png\")
<\/p>\n
<\/b><\/p>\n
Bild 1: Festlegen von Indizes<\/span><\/b><\/p>\n Wenn die betroffenen Tabellen im Beziehungen-Fenster sichtbar sind, müssen Sie nur die beteiligten Felder der beiden Tabellen verbinden, indem Sie mit der Maus eines der Felder auf das andere ziehen.<\/p>\n Für viele Fälle ist es wichtig, welche Tabelle für das „Ziehen“ des Beziehungspfeils als Quelle und welche als Ziel dient.<\/p>\n Wenn Sie referentielle Integrität festlegen möchten, um beispielsweise die Aktualisierungs- und Löschweitergabe zu verwenden, muss die Ausgangstabelle im Eigenschaftsfenster der Beziehung auf der linken Seite stehen (siehe Bild 2).<\/p>\n <\/p>\n In dieser Abbildung ist gut zu erkennen, dass Access die Beziehung als 1:1-Beziehung erkannt hat (s. Eigenschaft Beziehungstyp am unteren Rand des Dialogs).<\/p>\n <\/b><\/p>\n Bild 2: Eigenschaften einer 1:1-Beziehung<\/span><\/b><\/p>\n Mit Festlegung der Beziehung und der referentiellen Integrität treten einige Regeln für die beiden Tabellen in Kraft, deren Auswirkung Sie unbedingt kennen müssen:<\/p>\n <\/b><\/p>\n Bild 3: Abfrage zum Zusammenführen zweier per 1:1-Beziehung verknüpfter Tabellen<\/span><\/b><\/p>\n Der Nachteil von 1:1-Beziehungen ist, dass zur Bearbeitung der kompletten Daten immer eine Verknüpfung beziehungsweise eine Abfrage erforderlich ist. Der Vorteil bei dieser Abfrage ist, dass Sie damit wie mit einer Tabelle umgehen können.<\/p>\n Die beiden an einer 1:1-Beziehung beteiligten Tabellen werden im Folgenden Basistabelle und Erweiterungstabelle genannt. <\/p>\n Wenn Sie eine Adresse inklusive Rechnungsdaten aus dem Beispiel des vorherigen Kapitels bearbeiten möchten, erstellen Sie einfach eine Abfrage, die alle Felder der beiden Tabellen mit Ausnahme des Primärschlüsselfeldes der Tabelle tblRechnungsadressen enthält (siehe Bild 3). Aus Platzgründen sind dort nur die jeweils ersten Felder der Tabellen abgebildet.<\/p>\n In diesem Kapitel ist des öfteren die Rede davon, Daten in Tabellen oder Abfragen anzusehen oder zu bearbeiten. Für Beispielzwecke ist das in Ordnung. Wenn eine Anwendung aber in Betrieb genommen wird, greift der Benutzer natürlich nur über Formulare und Berichte auf die enthaltenen Daten zu. <\/p>\n Die Abfrage hat lediglich einen Schönheitsfehler: Wenn Sie einen neuen Datensatz anlegen und nur die Felder der Basistabelle tblAdressen ausfüllen, legt Access auch nur in dieser Tabelle einen Datensatz an.<\/p>\n Ein verknüpfter Datensatz in der Erweiterungstabelle tblRechnungsadressen wird erst angelegt, wenn Sie eines der Felder dieser Tabelle füllen (auch wenn Sie es anschließend wieder leeren – es reicht, den Datensatz einmal „anzufassen“). Damit ein vollständiger „Datensatz“ (also mit Feldern in beiden Tabellen) angelegt wird, müssen Sie Daten in Felder beider Tabellen eintragen.<\/p>\n Wenn Sie nur Daten in die Felder der Basistabelle eintragen, wird kein entsprechender Datensatz in der Erweiterungstabelle angelegt und umgekehrt.<\/p>\n In beiden Fällen kommen Sie an die gespeicherten Daten mit obiger Abfrage nicht mehr heran – sie zeigt nur Datensätze an, für die in beiden Tabellen der gleiche Wert für AdresseID enthalten ist.<\/p>\n Während Sie durch ändern der Beziehungseigenschaften im ersten Fall auch alle Daten anzeigen können, die nur in der Tabelle tblAdressen vorhanden sind und keinen korrespondierenden Datensatz in der Tabelle tblRechnungsadressen enthalten, kommen Sie an allein stehende Einträge der Tabelle tblRechnungsadressen mit dieser Abfrage nicht auf sinnvollem Wege heran, da diese keinen Eintrag im Verknüpfungsfeld AdresseID aufweisen.<\/p>\n Wenn eine 1:1-Beziehung dazu aufgebaut wird, selten verwendete Felder aus der eigentlichen Tabelle auszuklammern, können Sie sämtliche Datensätze der Basistabelle ohne Erweiterungsdaten direkt in der Tabelle einsehen.<\/p>\n Zum Betrachten der Basisdaten einschließlich der entsprechenden Erweiterungsdaten verwenden Sie eine Tabelle wie oben vorgestellt.<\/p>\n Wenn Sie aber einmal alle Basisdatensätze einschließlich Erweiterungsdaten sehen möchten, benötigen Sie eine weitere Abfrage. Diese ist eine Kopie der oben vorgestellten Abfrage mit geänderten Beziehungseigenschaften. Sie müssen einfach die Beziehungsart wie in Bild 4 festlegen. Unter Umständen werden die Optionen 2 und 3 in umgekehrter Reihenfolge angezeigt; achten Sie in dem Fall einfach darauf, dass alle Datensätze der Basistabelle angezeigt und die übrigen Daten gegebenenfalls ergänzt werden.<\/p>\n <\/b><\/p>\n Bild 4: Beziehungseigenschaften zur Anzeige aller Daten der 1:1-Beziehung<\/span><\/b><\/p>\n Wenn Sie in der Beispieltabelle einige Datensätze mit und einige ohne Erweiterungsdaten angelegt haben, finden Sie beim Anzeigen der Datenblattansicht der Tabelle Datensätze wie in Bild 5 vor.<\/p>\n Diese Ansicht bietet praktisch genau das Bild, das eine nicht aufgeteilte Tabelle bieten würde (mit Ausnahme des Schlüsselfeldes AdresseID der zweiten Tabelle). Der Unterschied ist, dass die Datensätze, die keine Erweiterungsdaten enthalten, durch den entfallenden Datensatz weniger Speicherplatz benötigen.<\/p>\n <\/b><\/p>\n Bild 5: Datensätze mit und ohne Erweiterungsdaten<\/span><\/b><\/p>\n Wenn die Basistabelle nicht nur eine Erweiterungstabelle haben soll, sondern mehrere, ändert sich die Vorgehensweise gegenüber dem vorherigen Beispiel. Das lässt sich gut an den Wareneingängen, -ausgängen und Umbuchungen der Artikelverwaltung demonstrieren.<\/p>\n Bild 6 zeigt den Aufbau der drei 1:1-Beziehungen zwischen der Tabelle tblBestandsaenderungen und der jeweiligen Erweiterungstabelle.<\/p>\n <\/b><\/p>\n Bild 6: Beispiel einer 1:1-Beziehung mit mehreren Erweiterungstabellen<\/span><\/b><\/p>\n Die Beziehungen werden jeweils für die Tabelle tblBestandsaenderungen als Basistabelle und die entsprechende Erweiterungstabelle festgelegt. Für alle Beziehungen gilt referentielle Integrität mit Löschweitergabe (Aktualisierungsweitergabe macht in dem Fall keinen Sinn, da die eindeutigen Schlüssel vermutlich nie geändert werden).<\/p>\n Hier gibt es nicht wie bei den Adressen die Möglichkeit, entweder Erweiterungsdaten mit anzulegen oder nicht. Ein Eintrag allein in die Tabelle tblBestandsaenderungen macht definitiv keinen Sinn – eher führt er noch zu fehlerhaften Ergebnissen bei Inventuren.<\/p>\n Jeder Eintrag dieser Tabelle muss definitiv genau einen passenden Datensatz in einer der drei Erweiterungstabellen haben.<\/p>\n Eine Abfrage á la „Beinhaltet ALLE Datensätze aus „tblBestandsaenderungen“ und nur die Datensätze aus „tblUmbuchungen“, bei denen die Inhalte der verknüpften Felder gleich sind“ wie in dem Beispiel mit den Adressen und Rechnungsdaten funktioniert hier nicht, da so zwar richtigerweise alle Bestandsänderungen durch Umbuchungen mit dem entsprechenden Eintrag in der Erweiterungstabelle angezeigt würden, aber eben auch die Bestandsänderungen durch Wareneingänge oder -ausgänge, allerdings ohne entsprechende Detaildaten.<\/p>\n Also verwendet man hier beispielsweise die Abfrage aus Bild 7. Die Abfrage liefert alle Datensätze der beiden enthaltenen Tabellen zurück, deren eindeutige Schlüssel übereinstimmen.<\/p>\n Damit die Daten konsistent bleiben, müssen Sie den Benutzer in diesem Fall dazu bringen, immer Datensätze für beide Seiten der 1:1-Beziehung anzulegen.<\/p>\n Um die folgenden Schritte nachvollziehen zu können, legen Sie ein einfaches Beispielformular mit obiger Abfrage (enthält alle Felder der beiden Tabellen) an und ziehen alle Felder der Datenherkunft in den Detailbereich wie in Bild 8.<\/p>\n Die einfachste Variante, für ein Anlegen von Datensätzen auf beiden Seiten der Beziehung zu sorgen, ist eine entsprechende Validierung für eines oder mehrere Felder je Seite wie beispielsweise in Quellcode 1.<\/p>\n Quellcode 1<\/b><\/p>\n Quellcode 2<\/b><\/p>\n <\/b><\/p>\n Bild 7: Abfrage der Bestandsänderungen durch Wareneingänge<\/span><\/b><\/p>\n <\/b><\/p>\n Bild 8: Formular zur Bearbeitung einer 1:1-Beziehung<\/span><\/b><\/p>\n Das macht allerdings keinen Sinn, wenn Sie überhaupt nur wollen, dass in der Erweiterungstabelle erstmal überhaupt ein Datensatz angelegt wird, da ja sonst beide Seiten der Verknüpfung nicht mehr angezeigt werden können.<\/p>\n Die Lösung ist ganz einfach:<\/p>\n Um einen Datensatz in der Erweiterungstabelle anzulegen, der zu dem aktuellen Datensatz der Basistabelle passt, müssen Sie lediglich den Wert des eindeutigen Feldes der Erweiterungstabelle auf den Wert des verknüpften Feldes der Basistabelle einstellen – und das vor dem Speichern der Daten.<\/p>\n Dazu ist das Ereignis Vor Aktualisierung des Formulars prädestiniert. Die einzige notwendige Anweisung ergänzt die Ereignisprozedur zu der aus Quellcode 2.<\/p>\n Die Verwendung von 1:1-Beziehungen kann zwar in den meisten Fällen umgangen werden, aber manchmal ist ihr Einsatz definitiv sinnvoll.<\/p>\n Sie sollten zumindest über ihren Einsatz nachdenken, wenn Tabellen mit sehr vielen Datensätzen Felder enthalten, die nur sehr selten verwendet werden. <\/p>\n","protected":false},"excerpt":{"rendered":" Direkte Beziehungen zwischen eindeutigen Schlüsseln zweier Tabellen heißen 1:1-Beziehungen, weil jeder Datensatz der einen Tabelle mit maximal einem Datensatz der zweiten Tabelle verknüpft sein kann. Dieser Beziehungstyp ist zwar relativ selten, aber dennoch praxisrelevant. In diesem Beitrag erfahren Sie, wann der Einsatz von 1:1-Beziehungen sinnvoll ist und welche Besonderheiten es dabei zu beachten gilt.<\/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":[66022005,662005,44000021],"tags":[],"class_list":["post-55000271","post","type-post","status-publish","format-standard","hentry","category-66022005","category-662005","category-Tabellen_und_Datenmodellierung"],"yoast_head":"\nAchtung: Reihenfolge!<\/h3>\n
![](\"..\/fileadmin\/_temp_\/{077881BF-268E-46B4-B63F-E5A1D9AF6EF1}\/pic002.png\")
<\/p>\nWas ist passiert<\/h3>\n
![](\"..\/fileadmin\/_temp_\/{077881BF-268E-46B4-B63F-E5A1D9AF6EF1}\/pic003.png\")
<\/p>\nHinweis<\/h3>\n
Hinweis<\/h3>\n
Alle Datensätze per Left Join<\/h3>\n
Daten mit und ohne Partner anzeigen<\/h3>\n
![](\"..\/fileadmin\/_temp_\/{077881BF-268E-46B4-B63F-E5A1D9AF6EF1}\/pic004.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{077881BF-268E-46B4-B63F-E5A1D9AF6EF1}\/pic005.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{077881BF-268E-46B4-B63F-E5A1D9AF6EF1}\/pic006.png\")
<\/p>\nEntweder, oder …<\/h3>\n
Erzwingen vollständiger Daten<\/h3>\n
Private Sub Form_BeforeUpdate(Cancel As Integer)\r\n If IsNull(Me.LieferantID) Then\r\n MsgBox \"Bitte wählen Sie einen Lieferanten aus.\"\r\n Me!LieferantID.SetFocus\r\n Exit Sub\r\n End If\r\nEnd Sub<\/pre>\n
Private Sub Form_BeforeUpdate(Cancel As Integer)\r\n Me.tblWareneingang_BestandsaenderungID = Me.tblBestandsaenderungen_BestandsaenderungID\r\nEnd Sub<\/pre>\n
![](\"..\/fileadmin\/_temp_\/{077881BF-268E-46B4-B63F-E5A1D9AF6EF1}\/pic007.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{077881BF-268E-46B4-B63F-E5A1D9AF6EF1}\/pic008.png\")
<\/p>\n