Datenmodellierung: Entwerfen Ihrer Datenstruktur
Wenn Sie Daten mit Ihrer App speichern oder anzeigen, ist die Datenstruktur ein wichtiger Bestandteil des Designs. Überlegen Sie nicht nur, wie die Daten in einer bestimmten App oder einem bestimmten Bildschirm verwendet werden, sondern auch, wie andere die Daten verwenden. Wenn Sie auf Ihre Personas, Aufgaben, Geschäftsprozesse und Ziele zurückgreifen, können Sie definieren, welche Daten gespeichert und wie sie strukturiert werden sollen.
Tipp
Obwohl dieser Artikel für die Access-Datenbank geschrieben wurde, enthält dieser Artikel über die Grundlagen des Datenentwurfs eine gute allgemeine Diskussion der Datenmodellierungsprinzipien: Grundlagen des Datenbankentwurfs.
Nehmen wir als Beispiel die folgende Spesenabrechnung.
Sie sehen den Hauptteil der Spesenabrechnung, die den Namen des Mitarbeiters und die Abteilungsdetails enthält. Unterhalb des Hauptteils sehen Sie mehrere Beschreibungszeilen für jeden gekauften Artikel. Nennen wir diese Positionen. Die Positionen haben eine andere Struktur als der Hauptteil der Spesenabrechnung. Wir können also sagen, dass es für jede Spesenabrechnung mehrere Positionen gibt.
Um diese Art von Daten in einer Datenbank zu speichern, müssen wir die Datenstruktur im Datenbankdesign modellieren.
1:n-Datenstruktur
Dies ist die Art der Datenstruktur, die im vorherigen Beispiel beschrieben wurde. Der Hauptteil der Spesenabrechnung ist mit mehreren Positionen verknüpft. (Sie können die Beziehung auch aus der Perspektive der Positionen sehen: viele Positionen zu einer Spesenabrechnung (n:1).)
m:n-Datenstruktur
Die m:n-Datenstruktur ist ein spezieller Typ. Dies gilt für Fälle, in denen mehrere Datensätze mehreren anderen Datensätzen zugeordnet werden können. Ein gutes Beispiel ist Ihr Netzwerk von Geschäftspartnern. Sie haben mehrere Geschäftspartner (Kunden und Lieferanten), mit denen Sie zusammenarbeiten, und diese Geschäftspartner arbeiten auch mit mehreren Ihrer Kollegen zusammen.
Datenmodellierungsbeispiele
Es gibt verschiedene Arten der Modellierung, die mit einem System auftreten können. Wir gehen ein paar Beispiele durch.
Beispiel 1: Antrag auf Freistellungsgenehmigung
Dieses einfache Beispiel zeigt zwei Datensätze. Einer ist der Mitarbeiter, der andere ist die Freistellungsanfrage. Da jeder Mitarbeiter mehrere Anfragen sendet, ist die Beziehung hier eins zu viele, wobei „eins“ der Mitarbeiter und „viele“ die Anfragen sind. Die Mitarbeiterdaten und die Daten der Anforderung von arbeitsfreier Zeit sind miteinander verknüpft, indem die Mitarbeiternummer als gemeinsames Feld verwendet wird (auch Schlüssel genannt).
Beispiel 2: Genehmigung einer Bestellung
Hier sieht die Datenstruktur recht ausgefeilt aus, ist jedoch dem am Anfang dieses Artikels beschriebenen Beispiel für eine Spesenabrechnung sehr ähnlich. Jeder Anbieter oder Lieferant ist mehreren Bestellungen zugeordnet. Jeder Mitarbeiter ist für mehrere Bestellungen verantwortlich. Daher haben diese beiden Datensätze eine Eins-zu-Viele-Datenstruktur.
Da Mitarbeiter möglicherweise nicht immer denselben Anbieter oder Lieferanten verwenden, werden Lieferanten von mehreren Mitarbeitern verwendet, und jeder Mitarbeiter arbeitet mit mehreren Lieferanten zusammen. Daher ist die Beziehung zwischen Mitarbeitern und Lieferanten Viele-zu-viele.
Beispiel 3: Spesenabrechnung
Hinweis
Können Sie uns Ihre Präferenzen für die Dokumentationssprache mitteilen? Nehmen Sie an einer kurzen Umfrage teil. (Beachten Sie, dass diese Umfrage auf Englisch ist.)
Die Umfrage dauert etwa sieben Minuten. Es werden keine personenbezogenen Daten erhoben. (Datenschutzbestimmungen).