![\"Die](\"..\/fileadmin\/_temp_\/2022_04\/pic_1385_001.png\")
<\/p>\nIn einer Beitragsreihe namens „Rechnungsverwaltung“ wollen wir eine kleine Rechnungs-ver-waltung programmieren. Im ersten Teil kümmern wir uns um das Datenmodell der Rech-nungsverwaltung und zeigen an einem Praxisbeispiel in einem weiteren Teil, wie Sie die im Beitrag „Beispieldaten generieren mit .NET und Bogus“ (www.access-im-unternehmen.de\/1359) vorgestellte Technik zum Erstellen von Beispieldaten einsetzen können. Das resultierende Datenmodell mit seinen Daten ist die Grundlage für weitere Beitragsteile, in denen wir Formulare zur Verwaltung der Rechnungen vorstellen sowie einen Rechnungsbericht erstellen, der gleich noch einen EPC-QR-Code zum schnellen Überweisen per Smartphone enthält. Außerdem schauen wir uns noch an, wie Sie mithilfe von Kontoumsätzen schnell abgleichen können, welche Rechnungen bezahlt sind.<\/b><\/p>\nTabellen der Rechnungsverwaltung<\/h2>\n
In diesem ersten Teil der Beitragsreihe schauen wir uns die Tabellen an, die zum Speichern von Kunden, Produkten, Bestellungen, Bestelldetails und weiteren Informationen benötigt werden. Außerdem werfen wir einen Blick auf die Beziehungen zwischen diesen Tabellen.<\/p>\n
Schließlich nutzen wir ein Tool, um die Tabellen mit Beispieldaten zu füllen, damit die anschließende Programmierung von Formularen und Berichten mit realistischen Daten erfolgen kann und Sie diese nicht von Hand eingeben müssen.<\/p>\n
Die Kundendaten an sich speichern wir in einer Tabelle namens tblKunden<\/b>. Es gibt eine weitere Tabelle namens tblAnreden<\/b>, die wir als Nachschlagetabelle für die Anrede des Kunden nutzen wollen.<\/p>\n
Der Entwurf der Kundentabelle sieht wie in Bild 1 aus. Das Primärschlüsselfeld zum Speichern eines eindeutigen Index heißt ID<\/b> und wird mit der Autowert-Funktion befüllt. Für die Kundennummer haben wir ein eigenes Feld vorgesehen, da es sein kann, dass Sie Kundennummern aus einem Onlineshop oder anderen Quellen übernehmen müssen. Für das Feld Kundennummer <\/b>legen wir einen eindeutigen Index fest, damit auch dieses eindeutig ist. Außerdem stellen wir den Felddatentyp auf Kurzer Text <\/b>ein. Das Feld AnredeID <\/b>ist ein Fremdschlüsselfeld mit Nachschlagefunktion für das Auswählen eines der Datensätze der Tabelle tblAnreden<\/b>.<\/p>\n
<\/p>\n
Bild 1: Die Tabelle tblKunden<\/span><\/b><\/p>\n Für das Feld PLZ <\/b>haben wir eine Feldgröße von 5 <\/b>eingestellt. Damit kann der Benutzer nur fünf Zeichen für die PLZ eingeben.<\/p>\n Die Tabelle tblAnreden <\/b>enthält, wie es meistens der Fall ist, nur zwei Felder – eines namens ID <\/b>mit dem Primärschlüssel und eines für die Bezeichnung der Anrede (siehe Bild 2).<\/p>\n Bild 2: Die Tabelle tblAnreden<\/span><\/b><\/p>\n Die Beziehung zwischen den beiden Tabellen sowie die für die Auswahl der jeweiligen Anrede notwendigen Nachschlage-feld-Eigenschaften haben wir komfortabel mit dem Nachschlage-Assistent festgelegt, den Sie über die Auswahl des Datentyps Nachschlage-Assistent <\/b>starten. Dort haben wir im letzten Schritt eingestellt, dass wir für die Beziehung die Datenintegrität aktivieren – das ist die neue Bezeichnung im Nachschlagefeld-Assistenten für referenzielle Integrität.<\/p>\n Die beiden Werte für die Tabelle tblAnreden <\/b>tragen wir gleich ein, sodass wir diese nicht mehr mit dem Beispieldatengenerator füllen müssen. Das Ergebnis sieht schließlich wie in Bild 3 aus.<\/p>\n Bild 3: Die Tabelle tblAnreden in der Datenblattansicht<\/span><\/b><\/p>\n Die Tabelle tblProdukte<\/b> sieht in der Entwurfsansicht wie in Bild 4 aus. Sie enthält ein Primärschlüsselfeld namens ID <\/b>sowie ein Feld namens Produktbezeichnung<\/b>, das wir mit einem eindeutigen Index versehen. Auf diese Weise kann nicht versehentlich ein Produkt gleichen Namens zwei Mal angelegt werden.<\/p>\n Bild 4: Die Tabelle tblProdukte<\/span><\/b><\/p>\n Außerdem enthält die Tabelle noch ein Feld namens Einzelpreis <\/b>und zwei Fremdschlüsselfelder. Das erste heißt MehrwertsteuersatzID <\/b>und dient als Nachschlagefeld für die Datensätze der Tabelle tblMehrwertsteuersaetze <\/b>und das zweite namens EinheitID <\/b>erlaubt die Auswahl eines der Datensätze der Tabelle tblEinheiten<\/b>.<\/p>\n Die Tabelle tblMehrwertsteuersaetze <\/b>enthält die Felder aus der Entwurfsansicht aus Bild 5. Sie enthält nicht nur ein Primärschlüsselfeld und ein Feld für den jeweiligen Mehrwertsteuersatz, sondern auch noch ein Feld mit der Bezeichnung des Mehrwertsteuersatzes. Für das Feld Mehrwertsteuersatzwert <\/b>haben wir den Datentyp Währung <\/b>festgelegt, weil dies die einzige Möglichkeit ist, die Genauigkeit des dahinter liegenden Datentyps Decimal <\/b>abzubilden. Da das Feld Prozentsätze abbilden soll, haben wir allerdings die Eigenschaft Format <\/b>auf Prozentzahl <\/b>eingestellt. Da wir es in der Regel mit Prozentsätzen mit ganzen Prozentpunkten zu tun haben, also beispielsweise 7% <\/b>oder 19%<\/b>, stellen wir außerdem die Eigenschaft Dezimalstellenanzeige <\/b>auf den Wert 0 <\/b>ein.<\/p>\n Bild 5: Die Tabelle tblMehrwertsteuersaetze in der Entwurfsansicht<\/span><\/b><\/p>\n Die Daten sehen nach der Eingabe wie in Bild 6 aus. Im Nachschlagefeld für das Feld MehrwertsteuersatzID <\/b>in der Tabelle tblProdukte <\/b>haben wir die beiden Felder ID <\/b>und Mehrwertsteuersatzwert <\/b>der Tabelle tblMehrwertsteuersaetze<\/b> als Datensatzherkunft ausgewählt.<\/p>\n Bild 6: Die Tabelle tblMehrwertsteuersaetze in der Datenblattansicht<\/span><\/b><\/p>\n Die Tabelle tblEinheiten <\/b>enthält nur die beiden Felder ID <\/b>und Einheitbezeichnung<\/b> (siehe Bild 7). Warum verwenden wir hier und in den vorhergehenden Tabellen gelegentlich den scheinbar unnötigen Zusatz Bezeichnung <\/b>wie in Einheitbezeichnung<\/b>? Vielleicht verwenden Sie die Tabellen einmal als Datenquelle für eine .NET-Anwendung unter Anbindung über das Entity Framework.<\/p>\n Bild 7: Die Tabelle tblEinheiten in der Entwurfsansicht<\/span><\/b><\/p>\n Dort würden Sie für die Tabelle tblEinheiten <\/b>eine Klasse namens Einheit <\/b>erstellen sowie eine Auflistung namens Einheiten<\/b>. Wenn das Feld Einheitbezeichnung <\/b>nun Einheit <\/b>hieße, hätte es die gleiche Bezeichnung wie die Klasse, was jedoch nicht zulässig ist.<\/p>\n Wenn Sie sicher nicht vorhaben, jemals eine solche Anwendung auf dem Datenmodell aufzusetzen, dann können Sie auch mit Bezeichnungen wie Einheit <\/b>oder Mehrwertsteuersatz <\/b>arbeiten. Und falls es dann doch geschieht, können Sie das Problem immer noch durch ein geeignetes Mapping umgehen. Die Tabelle tblEinheiten <\/b>füllen wir auch gleich mit ein paar Einträgen – siehe -Bild 8.<\/p>\n Bild 8: Die Tabelle tblEinheiten mit einigen Beispieldatensätzen<\/span><\/b><\/p>\n Wir wollen jede Bestellung einem Kunden zuordnen, und außerdem soll jede Bestellung alle bestellten Produkte definieren. Das gelingt nicht in einer einzigen Tabelle. Wir erstellen also erst einmal eine Tabelle namens tblBestellungen <\/b>und legen in dieser Informationen fest wie die Bestellnummer, die Datumsangaben wie Bestelldatum, Rechnungsdatum et cetera und den Kunden, für den diese Bestellung erfasst wurde (siehe Bild 9).<\/p>\n Bild 9: Die Tabelle tblBestellungen in der Entwurfsansicht<\/span><\/b><\/p>\n <\/p>\n Für das Feld Bestellnummer<\/b>, das wir zusätzlich zum Primärschlüsselfeld ID <\/b>nutzen, um individuelle Bestellnummern vergeben zu können, legen wir einen eindeutigen Index fest. Auf diese Weise stellen wir sicher, dass der Benutzer jede Bestellnummer nur einmal verwenden kann.<\/p>\n Den Kunden ordnen wir dabei wieder über ein Nachschlagefeld zu, mit dem wir den Kunden auswählen. Mit dem Nachschlage-Assistenten konnten wir dabei neben dem Primärschlüsselfeld der Tabelle tblKunden nur ein oder mehrere Felder der Tabelle auswählen, die beim Ausklappen des Nachschlagefeldes erscheinen.<\/p>\n Angezeigt wird aber immer nur das erste dort angegebene Feld (neben der gebundenen Spalte). Also passen wir die Abfrage, die wir mit dem Nachschlageassistenten erstellt haben, noch an, sodass diese in einem Feld gleich mehrere Informationen liefert – in diesem Fall die Firma<\/b>, Vorname <\/b>und Nachname <\/b>sowie die Kundennummer.<\/p>\n Im ersten Anlauf haben wir damit für die Eigenschaft Datensatzherkunft <\/b>im Bereich Nachschlagen <\/b>der Feldeigenschaften die folgende Abfrage erstellt:<\/p>\n Dieses ändern wir nun, indem wir auf die Schaltfläche mit den drei Punkten rechts von der Eigenschaft klicken. Im nun erscheinenden Abfrageentwurf bearbeiten wir das Feld der zweiten Spalte wie in Bild 10.<\/p>\n Bild 10: Datensatzherkunft für das Nachschlagefeld zur Auswahl des Kunden<\/span><\/b><\/p>\n Was macht dieser Ausdruck genau und warum verwenden wir den &<\/b>-Operator und den +<\/b>-Operator gemischt? Wir wollen einen Ausdruck erzeugen, der für einen Kunden mit Firma wie folgt aussieht:<\/p>\n Für einen Kunden ohne Angabe einer Firma soll die zweite Spalte der Abfrage den folgenden Ausdruck liefern:<\/p>\n Wir wollen also dafür sorgen, dass wenn das Feld Firma <\/b>den Wert Null <\/b>enthält, auch das Minus-Zeichen zwischen Firma <\/b>und Nachname <\/b>wegfällt.<\/p>\n Wenn wir nun wissen, dass das Kaufmanns-Und (&<\/b>) immer alle Teile einer Zeichenkverkettung zurückliefert, auch wenn einer der Teile Null <\/b>ist, und das Plus-Zeichen (+<\/b>) immer den Wert Null zurückgibt, wenn nur eines der beiden verknüpften Elements Null <\/b>ist, können wir den Ausdruck wie folgt gestalten:<\/p>\n Das Plus-Zeichen sorgt also dafür, dass wenn das Feld Firma <\/b>leer ist, also den Wert Null <\/b>hat, auch die Verknüpfung mit der Zeichenkette „ – <\/b>“ zu Null <\/b>wird.<\/p>\n Das Ergebnis sieht beispielsweise wie in Bild 11 aus. Hier haben wir jeweils einen Kundendatensatz mit Angabe einer Firma und einmal ohne.<\/p>\n Bild 11: Auswahl der Kunden per Nachschlagefeld<\/span><\/b><\/p>\n Damit kommen wir schon zur vorerst letzten Tabelle, die es allerdings in sich hat. Es handelt sich um die Tabelle tblBestellpositionen<\/b>, mit der wir die Datensätze der Tabelle tblBestellungen <\/b>und die der Tabelle tblProdukte <\/b>zusammenführen wollen. Das heißt, dass diese Tabelle grundsätzlich eine Tabelle zur Herstellung einer m:n-Beziehung ist, mit der wir beliebige Datensätze der Tabelle tblBestellungen<\/b> mit beliebigen Datensätzen der Tabelle tblProdukte <\/b>zusammenführen wollen. Normalerweise würde es dazu reichen, der Tabelle tblBestellpositionen <\/b>jeweils ein Nachschlagefeld hinzuzufügen, mit der man je einen Datensatz der Tabelle tblBestellungen <\/b>und einen der Tabelle tblProdukte <\/b>auswählen kann. Allerdings enthält eine Bestellposition normalerweise auch noch eine Menge, den Einzelpreis, die Einheit und den Mehrwertsteuersatz – und wir möchten auch noch die Möglichkeit eines Rabatts hinzufügen.<\/p>\n Nun könnte man sich ja darauf festlegen, dass der Einzelpreis und der Mehrwertsteuersatz sowie die Einheit bereits in der Tabelle tblProdukte <\/b>gespeichert sind. Und da wir in der Tabelle tblBestellpositionen <\/b>den jeweiligen Datensatz der Tabelle tblProdukte <\/b>referenzieren, liegen diese Informationen für die Bestellposition eigentlich bereits vor.<\/p>\n Aber: Es kann ja sein, dass sich im Laufe der Zeit Einheit, Einzelpreis oder Mehrwertsteuersatz in der Tabelle tblProdukte <\/b>ändern. Das würde bedeuten, dass sich diese Änderungen auf alle Bestellpositionen auswirken, welche das geänderte Produkt enthalten. Und wenn man auf dieser Basis beispielsweise den Umsatz für vergangene Zeiträume ermittelt, würde sich auch dieser nachträglich ändern.<\/p>\n Also geht man so vor, dass man den Einzelpreis, den Mehrwertsteuersatz sowie die Einheit in Form weiterer Felder für die jeweilige Bestellposition speichert.<\/p>\n Für das Datenmodell bedeutet das zunächst einfach nur, dass wir der Tabelle tblBestellpositionen <\/b>neben den Fremdschlüsselfeldern zu den beiden Tabellen tblBestellungen <\/b>und tblProdukte <\/b>noch weitere Felder zum Übernehmen dieser Informationen aus der Tabelle tblProdukte <\/b>hinzufügen.<\/p>\n Für das Arbeiten mit dieser Tabelle bedeutet es jedoch, dass wir beim Anlegen einer neuen Bestellposition die jeweils gültigen Werte aus der Tabelle tblProdukte<\/b> in die Felder Einzelpreis<\/b>, Mehrwertsteuersatz <\/b>und EinheitID <\/b>übernehmen. Der Entwurf der Tabelle sieht also wie in Bild 12 aus.<\/p>\n Bild 12: Entwurf der Tabelle tblBestellpositionen<\/span><\/b><\/p>\n Bei der Übernahme sind noch folgende Besonderheiten zu beachten:<\/p>\n Dies zu übernehmen, ist normalerweise Bestandteil einiger Zeilen Code, die wir im Formular zum Verwalten von Bestellungen unterbringen. Es gibt jedoch eine Alternative, die wir im Beitrag Bestellposition per Datenmakro ergänzen <\/b>(www.access-im-unternehmen.de\/1375<\/b>) vorstellen.<\/p>\n An dieser Stelle reicht es uns jedoch, dass wir wissen, dass wir uns später um die Technik zum Eintragen der Produktdaten in die Bestellposition kümmern.<\/p>\n In vermutlich allen Beispielen von Access im Unternehmen verwenden wir für die Verknüpfungstabellen zum Herstellen von m:n-Beziehungen Tabellen, die über einen einfachen Primärschlüssel verfügen sowie über zwei Nachschlagefelder zum Verknüpfen der Datensätze. Das ist grundsätzlich nicht falsch, aber nicht unbedingt nötig.<\/p>\n Wir können genauso den einfachen Primärschlüssel weglassen und stattdessen einen zusammengesetzten Primärschlüssel festlegen, der aus den beiden Nachschlagefeldern besteht. Genau genommen sind es auch nicht immer zwingend Nachschlagefelder, denn die für die m:n-Beziehung notwendigen Beziehungen zwischen der Verknüpfungstabelle und den zu verknüpfenden Tabellen kann man auch über einfache Beziehungen ohne Nachschlagefeld im Beziehungen-Fenster herstellen.<\/p>\n Wann sollte man aber nun einen einfachen Primärschlüssel nutzen und wann einen aus den Fremdschlüsselfeldern bestehenden? In den meisten Fällen spielt es keine Rolle, es sei denn, man möchte in die Tiefen der Performance-Messung einsteigen – denn die Wahl der Indizes beeinflusst auch immer die Geschwindigkeit beim Lesen und Schreiben von Daten in den betroffenen Feldern.<\/p>\n Ein einzelnes Primärschlüsselfeld ist eigentlich nur dann notwendig, wenn die Datensätze der m:n-Verknüpfungstabelle selbst von einer anderen Tabelle aus referenziert werden sollen. Da wir aber nicht wissen, ob dies einmal der Fall sein wird, verwenden wir weiterhin einen aus einem Autowert-Feld bestehenden Primärschlüssel für unsere Tabellen, auch wenn es sich um m:n-Verknüpfungstabellen handelt. Letztlich erhalten wir damit immer ein eindeutiges Feld, auf das wir im Fall der Fälle von anderen Tabellen aus zugreifen können.<\/p>\n Wenn wir keinen aus den beiden Feldern BestellungID <\/b>und ProduktID <\/b>zusammengesetzten Primärschlüssel definieren, müssen wir aber auf jeden Fall einen aus diesen beiden Feldern bestehenden eindeutigen Index erstellen. Dieser sorgt dafür, dass der Benutzer jeder Bestellung jedes Produkt nur einmal hinzufügen kann. Für den Fall, dass er mehrere Exemplare des gleichen Produkts gibt, kann er ja die Menge entsprechend anpassen.<\/p>\n Den Index können wir nicht direkt in der Entwurfsansicht erstellen, sondern wir benötigen den Dialog Indizes: tblBestellpositionen <\/b>dafür. Diesen öffnen wir mit dem Ribbonbefehl Tabellenentwurf|Einblenden\/Aus-blen-den|In-dizes<\/b>. Im nun erscheinenden Dialog fügen wir neben dem bereits vorhandenen Primärschlüssel namens PrimaryKey <\/b>noch einen weiteren Schlüssel namens UniqueKey <\/b>hinzu (gegebenenfalls hat Access automatisch weitere Indizes angelegt, die Sie mit Ausnahme des Primärindexes entfernen können).<\/p>\n In der gleichen Zeile wählen wir das erste Feld für den Index aus, und zwar BestellungID<\/b>. Direkt darunter lassen wir die Spalte Indexname <\/b>frei und tragen unter Feldname <\/b>den Wert ProduktID <\/b>ein.<\/p>\n Damit dieser Index nur eindeutige Werte zulässt, wechseln wir wieder zur Zeile mit dem Indexnamen UniqueKey <\/b>und stellen für diesen unter Indexeigenschaften <\/b>die Eigenschaft Eindeutig <\/b>auf Ja <\/b>ein (siehe Bild 13).<\/p>\n Bild 13: Definieren eines zusammengesetzten Indexes<\/span><\/b><\/p>\n Damit können wir diesen Dialog schließen und den Tabellenentwurf beenden.<\/p>\n Weiter oben haben wir in der Tabelle tblKunden <\/b>ein Textfeld zur Eingabe des Landes des Kunden eingefügt. Da es nur eine begrenzte Anzahl Länder gibt, wollen wir dafür nachträglich doch noch eine Lookup-Tabelle hinzufügen sowie aus dem Textfeld Land<\/b> ein Nachschlagefeld machen, das zur Auswahl eines der Länder aus der noch zu erstellenden Tabelle tblLaender <\/b>dient.<\/p>\n Also erstellen wir als Erstes die Tabelle tblLaender<\/b>. Diese soll neben dem Primärschlüsselfeld ID <\/b>noch das Feld LandBezeichnung <\/b>enthalten. Für dieses Feld legen wir außerdem noch einen eindeutigen Index fest, damit jedes Land nur einmal in dieser Tabelle gespeichert werden kann. Der Entwurf der Tabelle sieht anschließend wie in Bild 14 aus.<\/p>\n Bild 14: Entwurf der Tabelle zum Speichern der Länder<\/span><\/b><\/p>\n Wir haben die Tabelle bereits mit einer der im Internet verfügbaren Liste aller Länder gefüllt. Diese erhebt keinen Anspruch auf Vollständigkeit oder Korrektheit (siehe Bild 15).<\/p>\n Bild 15: Liste aller Länder<\/span><\/b><\/p>\n Nun müssen wir nur noch das Feld Land <\/b>in ein Nachschlagefeld umwandeln und in Land-ID <\/b>umbenennen. Solange Sie das erledigen, bevor das Feld Daten enthält, ist es kein Problem. Sind bereits Daten enthalten, legen Sie das Feld LandID <\/b>neu an und verwenden danach eine Aktualisierungsabfrage, um den jeweiligen Datensatz aus der Tabelle tblLaender <\/b>für den Eintrag aus dem Feld Land <\/b>zu ermitteln und den Wert des Feldes ID <\/b>für diesen Länder-Datensatz in das Fremdschlüsselfeld LandID <\/b>zu übernehmen.<\/p>\n Das Datenmodell für die eigentliche Anwendung ist nun vollständig. Eine Übersicht des Datenmodells finden Sie im Beziehungen<\/b>-Fenster. Diese öffnen Sie mit dem Ribbonbefehl Datenbanktools|Beziehungen|Beziehungen<\/b>. Es zeigt die Tabellen vermutlich nicht so ordentlich platziert an wie in Bild 16. Gegebenenfalls ist Ihnen beim Anlegen der Verknüpfungen über den Nachschlage-Assistenten noch die eine oder andere Beziehung durchgeschlüpft, wenn es um das Definieren referenzieller Integrität geht. Das erkennen Sie schnell daran, dass die Beziehungspfeile nicht fett abgebildet sind und nicht die Beschriftungen 1 <\/b>und 8 <\/b>an den Enden enthalten. In diesem Fall reicht ein Doppelklick auf den Beziehungspfeil aus, um den Dialog Beziehungen bearbeiten <\/b>für diese Beziehung zu aktivieren. Hier setzen Sie einen Haken für die Eigenschaft Mit referentieller Integrität<\/b>.<\/p>\n Bild 16: Das Datenmodell im Überblick<\/span><\/b><\/p>\n Gegebenenfalls ist auch noch das Aktivieren einer der beiden Optionen Aktualisierungsweitergabe an verwandte Felder <\/b>oder Löschweitergabe an verwandte Datensätze <\/b>gewünscht. Im Falle der Beziehung zwischen den Tabellen tblKunden und tblBestellungen benötigen wir keine davon – im Gegenteil: Eine Löschweitergabe wäre kontraproduktiv, da nach dem Aktivieren dieser Option ein Löschen eines Kunden direkt das Löschen der mit diesem verknüpften Datensätze der Tabelle tblBestellungen <\/b>verbunden wäre. Normalerweise möchte man aber gerade die Bestellungsdaten, die auch wichtige Informationen über die Umsätze enthalten, behalten.<\/p>\n Davon abgesehen müsste man, um die Bestellungen mit einem Kunden zu löschen, auch noch die Löschweitergabe für die Beziehung zwischen den Tabellen tblBestellungen <\/b>und tblBestellpositionen <\/b>aktivieren (siehe Bild 17). Anderenfalls würde spätestens hier eine Meldung erscheinen, dass die Daten aufgrund der vorliegenden Verknüpfung nicht gelöscht werden können.<\/p>\nTabelle zum Speichern der Anreden<\/h2>\n
![\"Die](\"..\/fileadmin\/_temp_\/2022_04\/pic_1385_002.png\")
<\/p>\n![\"Die](\"..\/fileadmin\/_temp_\/2022_04\/pic_1385_003.png\")
<\/p>\nTabelle zum Speichern der Produkte<\/h2>\n
![\"Die](\"..\/fileadmin\/_temp_\/2022_04\/pic_1385_00$.png\")
<\/p>\n![\"Die](\"..\/fileadmin\/_temp_\/2022_04\/pic_1385_004.png\")
<\/p>\n![\"Die](\"..\/fileadmin\/_temp_\/2022_04\/pic_1385_005.png\")
<\/p>\nTabelle zum Speichern der Einheiten<\/h2>\n
![\"Die](\"..\/fileadmin\/_temp_\/2022_04\/pic_1385_006.png\")
<\/p>\n![\"Die](\"..\/fileadmin\/_temp_\/2022_04\/pic_1385_008.png\")
<\/p>\nTabelle zum Speichern der Bestellungen<\/h2>\n
![\"Die](\"..\/fileadmin\/_temp_\/2022_04\/pic_1385_009.png\")
<\/p>\nNachschlagefeld für den Kunden zu einer Bestellung anpassen<\/h2>\n
SELECT [tblKunden].[ID], [tblKunden].[Firma] FROM tblKunden;<\/pre>\n
![\"Datensatzherkunft](\"..\/fileadmin\/_temp_\/2022_04\/pic_1385_010.png\")
<\/p>\nAndré Minhorst Verlag - Minhorst, André (123)<\/pre>\n
Müller, Klaus (234)<\/pre>\n
Kundenbezeichnung: [Firma]+\" - \" & [Nachname] & \", \" & [Vorname] & \" (\" & [Kundennummer] & \")\"<\/pre>\n
![\"Auswahl](\"..\/fileadmin\/_temp_\/2022_04\/pic_1385_011.png\")
<\/p>\nBestellungen und Produkte zu Bestelldetails zusammenführen<\/h2>\n
![\"Entwurf](\"..\/fileadmin\/_temp_\/2022_04\/pic_1385_012.png\")
<\/p>\n\n
Zusammengesetzter Primärschlüssel oder zusammengesetzter eindeutiger Schlüssel?<\/h2>\n
Eindeutigen, zusammengesetzten Index definieren<\/h2>\n
![\"Definieren](\"..\/fileadmin\/_temp_\/2022_04\/pic_1385_013.png\")
<\/p>\nTabelle zum Speichern von Ländern<\/h2>\n
![\"Entwurf](\"..\/fileadmin\/_temp_\/2022_04\/pic_1385_017.png\")
<\/p>\n![\"Liste](\"..\/fileadmin\/_temp_\/2022_04\/pic_1385_018.png\")
<\/p>\nÜberblick über das Datenmodell<\/h2>\n
![\"Das](\"..\/fileadmin\/_temp_\/2022_04\/pic_1385_007.png\")
<\/p>\n![\"Nachträgliches](\"..\/fileadmin\/_temp_\/2022_04\/pic_1385_016.png\")
<\/p>\n