Datentypen in KorFin®

Es gibt verschiedene Darstellungsformen von GUIDs. Hier wird die Schreibweise in Großbuchstaben sowie mit Klammern “{}” ausgewählt.

Die Kombination aus Zahlen, Buchstaben beliebiger Schriftzeichen, Sonderzeichen und sonstiger Zeichen ist zugelassen - also insbesondere die Schriftzeichen im Unicode.

Diese Möglichkeiten sollten bei der Benennung von fachlichen Inhalten auch verwendet und Umlaute beispielsweise nicht umschrieben werden (ae, ue, ss etc.).

Als Ident sind nur Zahlen, Buchstaben und Unterstriche zugelassen, nicht zulässig sind Leer- oder Sonderzeichen.

In manchen Umgebungen werden nur Großbuchstaben verwendet, um einen Ident anzuzeigen. Unterstriche ersetzen die Höckerschreibweise.

Dies ist immer dann erforderlich, wenn keine Objekt-Refenzierungen mittels einer GUID möglich sind (weil keine relationale Datenbank verwendet wird) oder wenn die vorhandenen Referenzierungen beim Datenaustausch nicht sauber übergeben werden können.

Enums nehmen genau einen vordefinieren Wert einer vordefinierten Liste auf. Die vordefinierten Werte haben dabei je nach Kontext eigene Datentypen (siehe oben).

Bspw. hat die vordefinierte Konsistenz “breiig” in einer Liste den Datentyp ustring, ein vordefinierter ESPG-Code des Geosystems den Datentyp int.

Als Link sind sämtliche Verweise im linked-data-modell (LDM) nutzbar. Damit ist die W3C-Technologie angebunden.

Ein Verweis ist eine 1:1-Beziehung. Hier muss der Verweistyp angegeben werden, bspw. “reference:PERSON” mit dem Verweis auf eine Kategorie, die erforderliche Angaben zu einer Person {Name, Firma, Funktion, …} definiert.

Der Verweis wird durch Angabe der GUID des Ziels, d. h. der Kategorie, realisiert. Die gewählte Bezeichnung des TYPE (bspw. PERSON) muss mit den Inhalten der referenzierten Kategorie zusammenpassen.

Eine Verweisliste ist eine 1:N-Beziehung. Die Listeneinträge einer Verweisliste weisen keine Zugehörigkeit zu einem Listenbesitzer auf, sie existieren also unabhängig von dem Objekt, das sie verwendet.

Für die Verweisliste muss der Verweistyp angegeben werden, bspw. “references:AUFSCHLUSSBEREICH” mit dem Verweis einer Baugrundschicht auf die von ihr verwendeten (zusammengefassten) Aufschlussbereiche. Wird die Baugrundschicht gelöscht, bleiben die Aufschlussbereiche erhalten (und stehen bspw. für die Bildung einer neuen Baugrundschicht erneut zur Verfügung).

Eine Liste besteht aus untergeordneten Elementen, die auf den Listenbesitzer (Hauptobjekt) zurückverweisen. Das ist der backkey des Listenelements (siehe unten).

Damit exisiert die Kardinalität 1:N vom Hauptobjekt zu den Listeneinträgen. Für die Liste muss der Typ der Listeneinträge angegeben werden, bspw. “list:AUFSCHLUSSBEREICH”.

Bspw. bilden die Aufschlussbereiche (N) eine Liste im Aufschluss (1). Der Aufschluss ist der Listenbesitzer der Aufschlussbereiche. Jeder Aufschlussbereich zeigt (zurück) auf seinen (zugehörigen) Aufschluss (backkey). Wird der Aufschluss gelöscht, werden auch die (zugehörigen) Aufschlussbereiche gelöscht, da diese durch den Aufschluss besetzt werden.

Hier muss der Verweistyp angegeben werden: “backkey:AXIS”. Die Backreference ist ein Verweis des (untergeordneten) Elements auf den Listenbesitzer (siehe Liste).

Das Tupel wird mit Punkt als Dezimaltrenner, Komma als Werttrenner und mit einer Klammer umrahmt dargestellt.

Das Tripel wird mit Punkt als Dezimaltrenner, Komma als Koordinatentrenner und mit einer Klammer umrahmt dargestellt.

Eine Liste von Wertepaaren: {(x1, y1), …, (xn, yn)}.

Eine Liste von Wertetripeln: {(x1, y1, z1), …, (xn, yn, zn)}.

Die Matrix wird spaltenweise dargestellt und mit einer Klammer umrahmt: (a_spalte_zeile) = (a11, a12, a21, a22).

Die Matrix wird spaltenweise dargestellt und mit einer Klammer umrahmt: (a_spalte_zeile) = (a11, a12, a13, a21, a22, a23, a31, a32, a33).

Die Matrix wird spaltenweise dargestellt und mit einer Klammer umrahmt: (a_spalte_zeile) = (a11, a12, a13, a14, a21, a22, a23, a24, a31, a32, a33, a34, a41, a42, a43, a44).