Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Wenn Sie Daten mit Ihrer App speichern oder anzeigen, ist ein wichtiger Teil des Designs die Datenstruktur. Überlegen Sie nicht nur, wie die Daten in einer bestimmten App oder einem bestimmten Bildschirm verwendet werden, sondern wie andere Die Daten verwenden. Wenn Sie sich auf Ihre Personas, Aufgaben, Geschäftsprozesse und Ziele beziehen, können Sie definieren, welche Daten gespeichert werden sollen und wie sie strukturiert werden.
Tipp
Obwohl sie für die Access-Datenbank geschrieben wurde, hat dieser Artikel über die Grundlagen des Datenentwurfs eine gute allgemeine Erläuterung der Datenmodellierungsprinzipien: Grundlagen des Datenbankentwurfs.
Nehmen wir uns die folgende Spesenabrechnung als Beispiel an.
Der Hauptteil der Spesenabrechnung wird angezeigt, der den Mitarbeiternamen und die Abteilungsdetails enthält. Unterhalb des Hauptteils werden für jeden gekauften Artikel mehrere Zeilen mit Beschreibungen angezeigt. Nennen wir diese Zeilenelemente. Die Positionen weisen eine andere Struktur als der Hauptteil der Spesenabrechnung auf. Wir können also sagen, dass es für jede Spesenabrechnung mehrere Posten gibt.
Um diese Art von Daten in einer Datenbank zu speichern, müssen wir die Datenstruktur im Datenbankentwurf modellieren.
Eins-zu-Viele-Datenstruktur (1:N)
Dies ist der Typ 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 betrachten: viele Positionen in einem einzigen Spesenbericht (N:1).)
Viele-zu-Viele Datenstruktur (N:N)
Eine Viele-zu-viele-Datenstruktur ist ein spezieller Typ. Dies gilt für Fälle, in denen mehrere Datensätze mit mehreren anderen Datensätzen verknüpft 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 Kollegen Ihrer.
Datenmodellierungsbeispiele
Es gibt mehrere Arten von Modellierungen, die mit einem System passieren können. Sehen wir uns ein paar Beispiele an.
Beispiel 1: Antrag auf Freistellungsgenehmigung
Dieses einfache Beispiel zeigt zwei Datasets. Der eine ist der Mitarbeiter, der andere ist die Abwesenheitsanfrage. 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 Zeitlimit-Anforderungsdaten sind miteinander verknüpft, indem die Mitarbeiternummer als gemeinsames Feld (auch als Schlüssel bezeichnet) angegeben wird.
Beispiel 2: Kaufgenehmigung
Hier sieht die Datenstruktur ziemlich anspruchsvoll aus, ist aber dem Beispiel für spesenabrechnungen sehr ähnlich, das zu Beginn dieses Artikels erläutert wurde. Jeder Lieferant oder Anbieter ist mehreren Bestellaufträgen zugeordnet. Jeder Mitarbeiter ist für mehrere Bestellungen zuständig. Daher haben diese beiden Datensätze eine Eins-zu-Viele-Datenstruktur.
Da Mitarbeiter möglicherweise nicht immer denselben Lieferanten oder Lieferanten verwenden, werden Lieferanten von mehreren Mitarbeitern verwendet, und jeder Mitarbeiter arbeitet mit mehreren Anbietern. Daher ist die Beziehung zwischen Mitarbeitern und Lieferanten Viele-zu-viele.
Beispiel 3: Spesenabrechnung
