Gliederung der Daten der App
Im Folgenden wird die Datenstruktur von ContractManager, d.h. die Hierarchie und die Beziehungen zwischen Datenkomponenten beschrieben.
Hierarchie
Sie können die Datenstruktur von ContractManager ganz nach Bedarf anpassen. Die Daten können die folgende Struktur haben:
•Auf der Root-Ebene der App können beliebig viele Datenbanken erstellt werden. So enthält etwa die Struktur in der Abbildung unten zwei Datenbanken: (i) eine Vertragsdatenbank (Contract Database), eine (ii) Unternehmensdatenbank (Company Database).
•Innerhalb jeder Datenbank können Sie beliebig viele Top Level-Container hinzufügen. Die Datenbank Contract Database hat in unserer Beispieldatenbank einen einzigen Top Level-Container (Contract), während die Datenbank Company Database zwei Top Level-Container (Company Group und Company) enthält.
•Innerhalb eines Top Level-Containers (sowie in Containern auf untergeordneten Ebenen) können mehrere Child-Container hinzugefügt werden. Weitere Child-Container können auf weiter untergeordneten Ebenen hinzugefügt werden. So hat etwa der Container Company einen Child-Container namens Department, welcher wiederum einen Child-Container namens Person hat.
Die Container sind in Form von weiter unten beschriebenen Beziehungen miteinander verknüpft.
Die Vertragsdaten Ihres Benutzers werden als Datensätze eines Containers gespeichert. Jeder Container ist als Gruppe von Feldern, in denen die Daten von Datensätze gespeichert werden, definiert. Eine ausführlichere Erläuterung dazu finden Sie im nächsten Kapitel In welcher Form werden Daten gespeichert.
Beziehungen
Wenn Sie die Datenbankstruktur definieren, erstellen Sie Beziehungen zwischen Containern. Diese Beziehungen spielen bei der hierarchischen Gliederung und Strukturierung Ihrer Daten eine wichtige Rolle und sollten daher ebenfalls geplant werden.
Zwischen Containern können zwei Arten von Beziehungen erstellt werden:
•Parent-Child-Beziehungen
•Lose Verknüpfungen
Parent-Child-Beziehungen
Diese Verknüpfungen zwischen Containern werden als starke Verknüpfungen betrachtet, da ein Child über ein Parent erstellt wird und nicht ohne den Parent erstellt werden kann. Ein Parent-Container kann mehrere Child-Container haben. Ein Child hingegen kann nur einen Parent Container haben. Daraus ergibt sich Folgendes:
•Wenn ein Parent-Datensatz gelöscht wird, werden auch alle Child-Datensätze gelöscht.
•Beim Erstellen von Formularen stehen die Felder aller übergeordneten Container für die Inkludierung in das Formular zur Verfügung.
•Wechselseitige Abhängigkeiten von Feldern innerhalb einer Hierarchie aus starken Verknüpfungen werden automatisch verwaltet.
•Child-Datensätze können in Parent-Formularen bearbeitet werden.
Lose Verknüpfungen
Es gibt eine zweite Art von Verknüpfung, die zwischen zwei voneinander unabhängigen Containern erstellt wird. Dank dieser losen Verknüpfungen können Datensätze unabhängig voneinander und ohne einander zu referenzieren, erstellt werden. Diese Verknüpfungen werden während der Konfiguration manuell erstellt. Ein einziger Datensatz kann daher mehrere lose Verknüpfungen zu anderen Datensätzen aufweisen. Wenn ein Datensatz eines lose verknüpften Paars gelöscht wird, hat dies keine Auswirkung auf den anderen Datensatz.
Lose Verknüpfungen können auf folgende Arten erstellt werden:
•durch Definition des Felds eines Containers als eines vom Typ Verknüpfung mit. Dieses Feld bildet den Anker der Verknüpfung zum anderen Container.
•Die starke Beziehung von Child-Containern zu ihren jeweiligen Parent-Containern kann in eine lose Verknüpfung konvertiert werden.
Siehe auch nächstes Kapitel In welcher Form werden Daten gespeichert.