![\"Entwurf](\"..\/tl_files\/images\/pic_102_001.png\")
<\/a><\/p>\nBild 1: Entwurf der Tabelle tblArtikel<\/p>\n
Der Mehrwertsteuersatz soll allerdings nicht mit dem Währungszeichen versehen werden, sondern als Prozentzahl angezeigt werden. Dazu stellen Sie die Eigenschaft Format <\/b>des Feldes in der Entwurfsansicht der Tabelle auf den Wert Prozentzahl <\/b>ein.<\/p>\n
Wenn Sie tatsächlich nur Bestellungen verwalten möchten, was hier der Fall ist, reichen diese Felder bereits aus. Varianten, die weitere Informationen erfordern, besprechen wir in weiteren Artikeln. Dort geht es etwa um Artikelbestände, Nachbestellungen, Artikelkategorien und Lieferanten.<\/p>\n
Kunden verwalten<\/h2>\n
Zu einer Bestellung gehört selbstverständlich ein Kunde. Diesen wollen wir auf die einfachste Art und Weise anlegen, und zwar mit einer einzigen Anschrift statt mit mehreren Varianten wie Liefer- oder Rechnungsanschrift. Diese Tabelle heißt tblKunde <\/b>und enthält die folgenden Felder:<\/p>\n Um das Datenmodell bezüglich der Kunden zu komplettieren, hängen wir noch die Tabelle tblAnreden <\/b>an, welche die Daten für das Feld AnredeID <\/b>liefert. Zusammen sehen diese beiden Tabellen dann wie in Bild 2 aus.<\/p>\n Bild 2: Die beiden Tabellen tblKunden und tblAnreden enthalten die Kundendaten.<\/p>\n Eine Erweiterung dieser Kundentabelle könnte aus Feldern für eine zweite Adresse bestehen, die dann entweder als abweichende Liefer- oder Rechnungsadresse dient. Der Einfachheit halber gehen wie in diesem Artikel jedoch davon aus, dass die Kunden nur eine Anschrift als Liefer- und Rechnungsadresse verwenden.<\/p>\n Welche Daten müssen Sie überhaupt speichern, um eine Bestellung aufzunehmen Gibt es überhaupt je Bestellung einen Datensatz oder müssen wir sogar mehrere Datensätze pro Bestellung anlegen, um auch die einzelnen Artikel pro Bestellung zu erfassen Wir müssen beides berücksichtigen: Natürlich gibt es pro Bestellung Daten, die nur einmal erfasst werden müssen, da diese für alle Artikel der Bestellung gleich sind – zum Beispiel der Kunde oder das Bestelldatum. Zu einer Bestellung gehören aber oft auch mehr als ein Artikel – auf diesen Punkt kommen wir später zu sprechen. Als erstes legen wir eine Tabelle an, mit der Sie die Basisdaten einer jeden Bestellung erfassen.<\/p>\n Als Erstes benötigen Sie ein Primärschlüsselfeld, dass jede Bestellung eindeutig identifiziert. Danach legen Sie fest, welcher Kunde die Bestellung aufgibt. Dies erledigen Sie, indem Sie ein Fremdschlüsselfeld namens KundeID <\/b>einrichten und dieses mit den Datensätzen der Tabelle tblKunden <\/b>verknüpfen.<\/p>\n Wann wurde die Bestellung aufgegeben Diese Frage beantworten wir in einem Datumsfeld namens Bestelldatum<\/b>. Mehr benötigen wir zunächst nicht: Wir gehen zunächst davon aus, dass Sie die Bestellungen allein erfassen beziehungsweise dass die Anwendung nicht von verschiedenen Mitarbeitern verwendet wird. Daher pflegen wir keine Mitarbeiter-Tabelle in das Datenmodell ein.<\/p>\n Möchten Sie weiterlesen? Dann lösen Sie Ihr Ticket!<\/span>\n
<\/a><\/p>\nBestellungen verwalten<\/h2>\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