Gliederung der Daten der App
Im Folgenden wird die Datenstruktur von RecordsManager, d.h. die Hierarchie und die Beziehungen zwischen Datenkomponenten beschrieben.
Hierarchie
Sie können die Datenstruktur von RecordsManager ganz nach Bedarf anpassen:
•Auf der Root-Ebene der App können beliebig viele Repositories erstellt werden. So enthält etwa die Struktur in der Abbildung unten zwei Repositories: (i) eine Vertragsdatenbank (Contract Database), eine (ii) Unternehmensdatenbank (Company Database).
•Innerhalb jedes Repository können Sie beliebig viele Top Level-Datentabellen hinzufügen. Die Datenbank Contract Database hat in unserer Beispieldatenbank eine einzige Top Level-Datentabelle (Contract), während die Datenbank Company Database zwei Top Level-Datentabellen (Company Group und Company) enthält.
•Innerhalb einer Top Level-Datentabelle (sowie in Datentabellen auf untergeordneten Ebenen) können mehrere Child-Datentabellen hinzugefügt werden. Weitere Child-Datentabellen können auf weiter untergeordneten Ebenen hinzugefügt werden. So hat etwa die Datentabelle Company eine Child-Datentabelle namens Department, welche wiederum eine Child-Datentabelle namens Person hat.
Die Datentabellen sind in Form von weiter unten beschriebenen Beziehungen miteinander verknüpft.
Beziehungen
Wenn Sie die Datenbankstruktur definieren, erstellen Sie Beziehungen zwischen Datentabellen. Diese Beziehungen spielen bei der hierarchischen Gliederung und Strukturierung Ihrer Daten eine wichtige Rolle und sollten daher ebenfalls geplant werden.
Zwischen Datentabellen können zwei Arten von Beziehungen erstellt werden:
•Parent-Child-Beziehungen
•Lose Verknüpfungen
Parent-Child-Beziehungen
Diese Verknüpfungen zwischen Datentabellen werden als starke Verknüpfungen betrachtet, da ein Child über ein Parent erstellt wird und nicht ohne den Parent erstellt werden kann. Eine Parent-Datentabelle kann mehrere Child-Datentabellen haben. Ein Child hingegen kann nur eine Parent-Datentabelle 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 Datentabellen 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 Datentabellen 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 einer Datentabelle als eines vom Typ Verknüpfung mit. Dieses Feld bildet den Anker der Verknüpfung zur anderen Datentabelle.
•Die starke Beziehung von Child-Datentabellen zu ihren jeweiligen Parent-Datentabellen kann in eine lose Verknüpfung konvertiert werden.
Siehe auch nächstes Kapitel In welcher Form werden Daten gespeichert.