<\/p>\n
Nutzen wir ein Haupt- und ein Unterformular zur Darstellung von Daten aus 1:n- oder m:n-Beziehungen, kann es zu unerwarteten Problem kommen: Plötzlich verschwinden Datensätze aus dem Unterformular oder es tauchen später Datensätze in der Tabelle mit dem an der Beziehung beteiligten Fremdschlüsselfeld auf, die keinen Wert in diesem Feld haben. In beiden Fällen kann es sein, dass eine unbewusste Fehlbedienung des Gespanns aus Haupt- und Unterformular verantwortlich ist. In diesem Artikel schauen wir uns zunächst einmal an, wie wir diese Probleme reproduzieren können und schauen uns dann einen praktischen Lösungsansätze an.<\/p>\n
Die Beispiele dieses Artikels findest Du in der Datenbank FormulareBasics_Probleme-MitFormUndSubform.accdb<\/b>.<\/p>\nProbleme mit Haupt- und Unterformular<\/h2>\n
Das Problem, das wir hier vorstellen wollen, tritt beispielsweise folgenden Konstellationen auf:<\/p>\n
Wir gehen als davon aus, dass im Unterformular die Daten einer Tabelle abgebildet werden wie zum Beispiel die Tabelle tblAusleihen<\/b>, die über das Fremdschlüsselfeld LeserID <\/b>mit der Tabelle tblLeser <\/b>im Hauptformular verknüpft ist.<\/p>\n
Dies sieht in der Entwurfsansicht wie in Bild 1 aus.<\/p>\n
Bild 1: Formular-Entwurf unseres Beispielformulars<\/p>\n Voraussetzung dafür, dass die Darstellung funktioniert, ist die Verknüpfung der Daten der beiden Tabellen aus Haupt- und Unterformular auch über die beiden Eigenschaften Verknüpfen von <\/b>und Verknüpfen nach <\/b>des Unterformular-Steuerelements. Damit kommen wir zu dem potenziellen Problem: Wenn wir nun im Hauptformular einen neuen, leeren Datensatz anlegen, zeigt auch das Unterformular logischerweise noch keine Datensätze an (siehe Bild 2).<\/p>\n Bild 2: Haupt- und Unterformular mit einem neuen, leeren Datensatz<\/p>\n Wenn wir nun die eigentlich vorgesehene Reihenfolge einhalten und zuerst einen Datensatz im Hauptformular anlegen, wird dieser gespeichert, sobald wir zum Unterformular wechseln und somit das Hauptformular verlassen.<\/p>\n Dies führt wiederum dazu, dass im Fremdschlüsselfeld LeserID <\/b>des Unterformulars automatisch der Primärschlüsselwert des Datensatzes im Hauptformular eingetragen wird.<\/p>\n Dies geschieht wiederum dadurch, dass wir über die beiden Eigenschaften Verknüpfen von <\/b>und Verknüpfen nach <\/b>des Unterformular-Steuerelements festgelegt haben, dass diese beiden Felder jeweils den gleichen Wert enthalten sollen.<\/p>\n Legen wir also nun einen neuen Datensatz im Unterformular an, wird dieser auch als neuer Datensatz automatisch dem aktuellen Datensatz im Hauptformular zugeordnet, weil sein Fremdschlüsselfeld den Wert des Primärschlüsselfeldes des Datensatzes im Hauptformular aufweist.<\/p>\n Wenn wir nun jedoch zu einem neuen, leeren Datensatz im Hauptformular wechseln und direkt zum Unterformular wechseln, ohne einen Datensatz im Hauptformular anzulegen, ist das dortige Fremdschlüsselfeld LeserID <\/b>noch leer.<\/p>\n Das führt dazu, dass wir im Unterformular einen Datensatz anlegen, der im Fremdschlüsselfeld LeserID <\/b>den Wert Null <\/b>aufweist. Speichern wir diesen Datensatz nun, geschieht erst einmal nichts (siehe Bild 3).<\/p>\n Bild 3: Datensatz im Unterformular ohne Bindung zum Datensatz des Hauptformulars<\/p>\n Möchten Sie weiterlesen? Dann lösen Sie Ihr Ticket!<\/span>![\"Formular-Entwurf](\"..\/tl_files\/images\/pic_640_001.png\")
<\/a><\/p>\n<\/a><\/p>\nProblem bei Anlegen von Daten im Unterformular bei leerem Hauptformular<\/h2>\n
<\/a><\/p>\n
\nHier geht es zur Bestellung des Jahresabonnements des Magazins Access [basics]<\/strong>:<\/span>
\nZur Bestellung ...<\/a><\/span>
\nDanach greifen Sie sofort auf alle rund 400 Artikel<\/strong> unseres Angebots zu - auch auf diesen hier!<\/span>
\nOder haben Sie bereits Zugangsdaten? Dann loggen Sie sich gleich hier ein:<\/span><\/p>\n<\/div>\n\n\t\n\t