<\/p>\n
Das Kundendetailformular zeigt bisher nur die Stammdaten eines Kunden – Name, Anschrift, Kontaktdaten. Was fehlt, ist der Blick auf das Geschäft: Welche Rechnungen hat dieser Kunde eigentlich erhalten? Diese Frage beantworten wir, indem wir dem Formular ein Unterformular hinzufügen, das genau die Rechnungen des gerade angezeigten Kunden auflistet. Das Prinzip dahinter kennen wir bereits aus dem Rechnungsformular – Verknüpfen von und Verknüpfen nach -, nur wenden wir es diesmal auf eine andere Beziehung an. Und ganz nebenbei wird dabei sichtbar, wozu die historisierten Felder aus dem Datenmodell gut sind. Außerdem legen wir von hier aus neue Rechnungen an und öffnen vorhandene zum Bearbeiten. Wie das gelingt, liest Du in diesem Artikel.<\/p>\n
Die Beispiele dieses Artikels findest Du in der Datenbank Rechnungsverwaltung_RechnungenEinesKundenAnzeigen.accdb<\/b>. Sie setzt die Reihe fort und enthält die Formulare der vorherigen Artikel bereits.<\/p>\n
Wer mit einem Kunden telefoniert, will häufig zweierlei gleichzeitig sehen: seine Stammdaten und das, was zwischen ihm und uns bisher gelaufen ist. Bisher liegen diese beiden Dinge in getrennten Formularen. Die Anschrift steht in frmKundendetail<\/b>, die Rechnungen erreicht man nur über frmRechnung<\/b> – und dort muss man sie erst suchen.<\/p>\n
Bequemer ist es, die Rechnungen dorthin zu holen, wo der Kunde ohnehin schon auf dem Bildschirm steht. Genau dafür sind Unterformulare da: Sie zeigen zu einem Datensatz des Hauptformulars die zugehörigen Datensätze der n-Seite. Beim Rechnungsformular waren das die Positionen zu einer Rechnung, hier sind es die Rechnungen zu einem Kunden. Die Beziehung ist eine andere, das Verfahren ist dasselbe.<\/p>\n
Wir erstellen über Erstellen|Formulare|Formularentwurf<\/b> ein neues Formular und binden es über die Eigenschaft Datensatzquelle<\/b> an die Tabelle tblRechnungen<\/b>. Gespeichert wird es unter dem Namen sfmKundeRechnungen<\/b>.<\/p>\n
Weil es später als Liste innerhalb eines anderen Formulars erscheinen soll, stellen wir seine Standardansicht<\/b> auf Datenblatt<\/b>. Damit zeigt es seine Datensätze zeilenweise untereinander, so wie wir es schon von den Übersichtsformularen der Artikel und Kunden kennen (siehe Bild 1).<\/p>\n
Bild 1: Der Entwurf von sfmKundeRechnungen mit der Standardansicht Datenblatt<\/p>\n Nun ziehen wir die Felder aus der Feldliste in den Detailbereich. Für eine Rechnungsübersicht sind das die Angaben, an denen man eine Rechnung wiedererkennt: die Rechnungsnummer<\/b>, das Rechnungsdatum<\/b>, das Faelligkeitsdatum<\/b> und das Nachschlagefeld RechnungsstatusID<\/b>, das den Status im Klartext anzeigt.<\/p>\n Zwei weitere Felder nehmen wir hinzu, und die verdienen eine Erklärung: Kundennummer<\/b> und KundeFirma<\/b>. Auf den ersten Blick sind sie überflüssig – wir wissen doch, welchen Kunden wir gerade ansehen, schließlich steht er darüber im Hauptformular. Warum also die Angaben wiederholen?<\/p>\n Der Grund liegt im Datenmodell. Diese beiden Felder gehören zu den historisierten Feldern in tblRechnungen<\/b>. Sie stammen nicht aus tblKunden<\/b>, sondern sind Kopien, die beim Anlegen der Rechnung dort hineingeschrieben wurden. Sie zeigen also nicht, wie der Kunde heute heißt, sondern wie er hieß, als die Rechnung angelegt wurde.<\/p>\n Damit wird die Historisierung zum ersten Mal sichtbar. Benennt sich ein Kunde um – aus einer Einzelfirma wird eine GmbH -, dann ändern wir seinen Stammdatensatz, und das Hauptformular zeigt sofort den neuen Namen. Die alten Rechnungen im Unterformular tragen aber weiterhin den alten. Genau so soll es sein: Eine gestellte Rechnung ist ein Dokument, das sich nicht rückwirkend ändert. Wer diese Spalten nicht braucht, kann sie natürlich weglassen – als Anschauungsobjekt für das Prinzip sind sie aber lehrreich.<\/p>\n Jetzt öffnen wir frmKundendetail<\/b> in der Entwurfsansicht. Wir bauen zunächst den oberen Teil ein wenig um – die bisher in einer Spalte angezeigten Felder der Tabelle tblKunden<\/b> verschieben wir nun so, dass diese teilweise nebeneinander erscheinen. Unter den Stammdatenfeldern entsteht so mehr Platz – dorthin ziehen wir das Formular sfmKundeRechnungen<\/b> aus dem Navigationsbereich. Access legt daraufhin ein Unterformular-Steuerelement an, das denselben Namen trägt wie das Formular, und stellt seine Eigenschaft Herkunftsobjekt<\/b> auf Form.sfmKundeRechnungen<\/b> ein.<\/p>\n Das mitgelieferte Bezeichnungsfeld beschriften wir mit Rechnungen:<\/b>, damit klar ist, was die Liste zeigt. Und weil das Unterformular beim Vergrößern des Formulars mitwachsen soll, setzen wir seinen Horizontalen Anker<\/b> und seinen Vertikalen Anker<\/b> auf Beide<\/b>. Die Schaltflächen cmdOK<\/b> und cmdAbbrechen<\/b> darunter bekommen wie gewohnt den Vertikalen Anker<\/b> Unten<\/b>, damit sie nicht unter dem wachsenden Unterformular verschwinden.<\/p>\n Nun der entscheidende Punkt: Woher weiß das Unterformular, welche Rechnungen es zeigen soll? Es ist an tblRechnungen<\/b> gebunden und könnte zunächst einmal alle Rechnungen der Datenbank anzeigen. Dass es sich auf die des angezeigten Kunden beschränkt, regeln zwei Eigenschaften des Unterformular-Steuerelements.<\/p>\n Verknüpfen von<\/b> benennt das Feld im Hauptformular, Verknüpfen nach<\/b> das Feld im Unterformular. Beide tragen hier den Wert KundeID<\/b> – im Hauptformular ist das der Primärschlüssel des Kunden, im Unterformular der Fremdschlüssel der Rechnung. Access filtert daraufhin die Datensätze des Unterformulars so, dass nur die übrig bleiben, deren KundeID<\/b> mit der des angezeigten Kunden übereinstimmt (siehe Bild 2).<\/p>\n Bild 2: Die Eigenschaften Verknüpfen von und Verknüpfen nach des Unterformular-Steuerelements<\/p>\n In den meisten Fällen trägt Access diese beiden Eigenschaften selbständig ein, sobald man das Unterformular hineinzieht – es erkennt die Beziehung zwischen tblKunden<\/b> und tblRechnungen<\/b> aus dem Datenmodell. Bleiben die Felder leer oder steht etwas Unerwartetes darin, trägt man sie von Hand nach. Ein Blick lohnt sich in jedem Fall, denn ein fehlender Eintrag fällt sofort auf: Das Unterformular zeigt dann bei jedem Kunden dieselbe, viel zu lange Liste.<\/p>\n Möchten Sie weiterlesen? Dann lösen Sie Ihr Ticket!<\/span>![\"Der](\"..\/tl_files\/images\/pic_723_001.png\")
<\/a><\/p>\nWelche Felder gehören hinein?<\/h2>\n
Das Unterformular einbauen<\/h2>\n
Verknüpfen von und Verknüpfen nach<\/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