Altova RecordsManager

Repositories und Datencontainer

Ihre in Altova RecordsManager erstellte Applikation kann eine oder mehrere, jeweils aus mehreren Datencontainern bestehende Repositories umfassen.

Die gesamte Konfiguration erfolgt über KI-Tools und eine einfache visuelle Benutzeroberfläche. Es muss weder Code geschrieben werden, noch müssen Backend-Datenbanken erstellt werden. Überdies können Sie auch, nachdem das System bereits in Verwendung ist, die Repositories umkonfigurieren, neue Formulare hinzufügen, Einstellungen ändern und weitere Verwaltungsaufgaben durchführen. Alle vorgenommenen Admin-Änderungen werden auf Benutzerseite wirksam, sobald der Benutzer mit dem System interagiert.

Die Konfiguration der Struktur der in Ihrer App gespeicherten Daten ist ungefähr die folgende, auch wenn neue Elemente in RecordsManager in jeder Phase des Designs neu hinzugefügt werden können.

1. Erstellung eines oder mehrerer Repositories, von Datencontainern und Einrichten einer Hierarchie
2. Konfiguration von Feldern
3. Konfiguration von Formularen
4. Konfiguration von Filtern
5. Erstellung der Startseite für Ihre App

Speicher

Auf der Root-Ebene Ihrer App können ein oder mehrere Repositories erstellt werden. Innerhalb dieser Repositories werden Datencontainer zur Unterscheidung zwischen verschiedenen Datenbereichen angelegt. Repositories dienen ausschließlich zu Strukturierungszwecken: Datencontainer können auch nach der Eingabe von Daten jederzeit zwischen Repositories verschoben werden.

Definition eines oder mehrerer Repositories in RecordsManager

Sie können zur Unterscheidung der einzelnen Repositories verschiedene Farbdesigns verwenden, wie oben bei den Repositories "Contact" und "Company" gezeigt.

Datenbank-Prüfpunkte

Da die Struktur der Datenbank und ihrer Datencontainer jederzeit auch nach der Eingabe von Daten geändert werden kann, bilden Prüfpunkte eine wichtige Sicherungsmaßnahme. Mit Hilfe dieser Prüfpunkte können Sie eine vollständige Kopie der gesamten Datenbank einschließlich ihrer Struktur, Zugriffskonfigurationen und Benutzerdaten anlegen. Dank dieser Sicherheitsmaßnahme können Sie die gesamte Datenbank nach Vornahme wichtiger struktureller Änderungen gegebenenfalls mit einem einzigen Klick auf den letzten Prüfpunkt zurücksetzen.

Stile für Ihre Repositories

Im System steht eine Reihe vordefinierter Farbdesigns für Ihre App zur Auswahl. Für jedes Repository, das Teil Ihres Systems ist, kann auf Wunsch eine andere Variante dieses Designs verwendet werden. Überdies kann der Benutzer die App selbst durch Änderung des Farbdesigns nach Wunsch anpassen.

Konfiguration des Farbdesigns für die Datenbank

Sie, als Admin, können die Schriftgröße ganz einfach anpassen, Feldtitel komplett in Groß- oder Kleinbuchstaben oder Camel-Case anzeigen lassen, bestimmte Felder fett oder kursiv formatieren, usw. Der Endbenutzer schließlich kann die Gesamtschriftgröße anpassen, um die Ansicht in seinem Browser oder auf seinem Mobilgerät zu optimieren, ohne dass dadurch das vom Admin definierte Formulardesign verloren geht.

Bearbeitung von Schriftstilen und Erscheinungsbild in RecordsManager

Es gibt eine zusätzliche Einstellung für die Übersetzung der Größe, wenn Formulare gedruckt werden sollen.

Definition von Druckeinstellungen in RecorsManager

RecordsManager verfügt über eine Bildbibliothek, über die Sie Bilder im gesamten Design verwenden können. Eines dieser Bilder kann als Firmen- oder App-Logo, das auf allen Hauptseiten im System angezeigt wird, definiert werden.

Datencontainer

Datencontainer ähneln Tabellen in SQL-Datenbanken insofern, als sie aus Datensätzen mit Feldern bestehen. Im Gegensatz zu SQL-Tabellen haben Sie bei Datencontainern in RecordsManager jedoch die Möglichkeit, Felder jederzeit flexibel hinzuzufügen, zu entfernen, zu ändern und/oder neu anzuordnen.

In jedem Repository können beliebig viele Datencontainer hinzugefügt werden.

Innerhalb eines Containers der obersten Ebene (sowie in Containern niedrigerer Ebenen) können mehrere Child-Container hinzugefügt werden. Sie können unterhalb von Containern immer weitere Child-Container hinzufügen. Die Daten der Endbenutzer werden als Datensätze von Datencontainern gespeichert.

Hinzufügen eines Datencontainers zu Ihrer Online-Datenbank

Für jeden Datencontainer wird eine Gruppe von Feldern für die Daten von Datensätzen definiert. Unten sehen Sie Felder, die für einen Department-Datencontainer definiert wurden.

Definition von Feldern in der Online-Datenbank

Bei der Definition der Datenbankstruktur erstellen Sie Beziehungen zwischen Containern, um die Hierarchie und Struktur der Daten darin darzustellen. Es gibt zwischen Datencontainern zwei Arten von Beziehungen: Parent-Child-Beziehungen und lose Verknüpfungen.

Parent-Child-Datencontainer

Parent-Child-Beziehungen gelten als starke Verknüpfungen, da ein Child von einem Parent aus erstellt wird und ohne Parent nicht erstellt werden kann. Ein Parent-Container kann mehrere Child-Datencontainer haben. Ein Child kann hingegen nur einen Parent-Container haben. Für Parent-Child-Beziehungen gilt daher Folgendes:

  • Parent-Container müssen Daten enthalten, bevor Child-Daten eingegeben werden können.
  • Wenn ein Parent-Datensatz gelöscht wird, werden rekursiv auch alle Child-Daten gelöscht.
  • Wenn Formulare erstellt werden, können die Felder aller Vorfahren-Datencontainer darin inkludiert werden.
  • Auch Parent-Daten können in Filtern verwendet werden
  • Child-Datensätze können innerhalb von Parent-Formularen bearbeitet werden

In der Abbildung unten besteht zwischen den Feldern "Company", "Department" und "Person" eine Parent-Child-Beziehung.

Eine Parent-Child-Beziehung in der Online-Datenbank

Die zweite Art der Beziehung ist eine Verknüpfung zwischen zwei voneinander unabhängigen Datencontainern. Mit Hilfe dieser losen Verknüpfungen können Datensätze unabhängig voneinander und ohne gegenseitige Referenz erstellt werden. Die Verknüpfungen werden bei der Konfiguration manuell erstellt. Ein einziger Datensatz kann somit mehrere lose Verknüpfungen zu anderen Datensätze aufweisen. Wenn ein Datensatz eines lose miteinander verknüpften Paars gelöscht wird, ist der andere Datensatz davon nicht betroffen.

In der Abbildung oben sind "Company Group" und "Company" miteinander lose verknüpft.

Für lose verknüpfte Datencontainer gilt Folgendes:

  • Child-Datensätze können zuerst erstellt und später einem Parent zugewiesen werden.
  • Parent-Datensätze können gelöscht werden - die Child-Datensätze bleiben erhalten
  • Ein Child-Datensatz kann mehrere Parent-Datensätze referenzieren
  • In Parent-Formularen können Child-Datensätze ohne Bearbeitung angezeigt werden

Lose Verknüpfungen können auf folgende Arten definiert werden:

  • Durch Definition eines Containerfelds als Typ "Verknüpfen mit". Dieses Feld stellt den Anker der Verknüpfung mit dem anderen Container bereit.
  • Durch Konvertierung von Child-Datencontainern mit einer starken Beziehung zu ihren entsprechenden Parent-Containern in eine lose Verknüpfung

Verknüpfungen in RecordsManager sind extrem flexibel. Der Administrator kann zwischen beiden Verknüpfungsarten wechseln - selbst, wenn bereits Daten eingegeben wurden. Die neue Datenstruktur wird vom System so ähnlich wie möglich erstellt und bestehende Formulare werden entsprechend angepasst.

Ändern von Parent/Child-Beziehungen und losen Verknüpfungen in der Datenbank

Zwischen Parent- und Child-Containern können jederzeit neue Datencontainer eingefügt werden, Parent- oder Child-Container können sogar entfernt werden, wobeis die verbleibende Datenstruktur automatisch entsprechend angepasst wird.

Hinzufügen von Datencontainern zur Online-Datenbank

Sie können einen Datencontainer entweder von Grund auf neu erstellen, einen bestehenden als Ausgangsbasis duplizieren oder vorhandene Daten importieren.

Option eines einzigen Datensatzes

RecordsManager enthält eine Option, mit der festgelegt werden kann, dass ein Datencontainer nur aus einem einzigen Datensatz besteht (z.B. einer Master-Datei über die Eigentümerfirma). Bei Auswahl eines solchen Datencontainers wird dem Benutzer statt einer Liste mit Datensätzen gleich der zu bearbeitende Datensatz angezeigt. Da es sich hierbei um einen Container mit einem einzigen Datensatz handelt, können keine Datensätze hinzugefügt oder gelöscht werden.

Import von Daten

Des Weiteren kann ein Massen-Update bestehender Datensätze durchgeführt werden, um Felder mittels XPath - entweder mit einem festen Wert oder auf Basis anderer Felder - zu modifizieren. Sie können alle Datensätze aktualisieren oder einige davon vorher mit Hilfe eines vordefinierten Filters auswählen. Während der Aktualisierung können die vorgenommenen Änderungen in einer Vorschau angezeigt werden, bevor das Massen-Update tatsächlich durchgeführt wird.

Was kommt als nächstes?

Nachdem Sie Ihre Repository- und Containerhierarchie mit visuellen Mitteln definiert haben, können einige Felder für Ihre Datencontainer erstellt werden.

Testen Sie RecordsManager jetzt!

RecordsManager ist eine kostenlose fertig erstellte MobileTogether-Lösung, die Ihnen zur Verwendung zur Verfügung steht, sobald Sie MobileTogether Designer installiert haben. Über den nachstehenden Link können Sie den kostenlosen Altova MobileTogether Designer herunterladen und installieren, um gleich mit Ihrer ersten RecordsManager App zu arbeiten zu beginnen.