Datenhaltung

Bei einem flexiblen Gesamtsystem stellt sich neben der Frage wie wir Daten halten können auch die Frage welche Art von Daten haben wir. Fangen wir mal hinten an. Wir haben in unserern Unternehmenssysteme öffentliche Daten Dieses bedeutet, dass es Daten sind die überall frei zugänglich sind. Dieses Daten benötigen wir für alle Unternehmen nur ein mal und müssen diese nur intelligent verbinden um daraus geschützte Zusammenhänge zu machen. Ist es nicht so, dass eine Anschrift (Straße, Hausnummer, Postleitzahl, Ort) öffentlich sind und erst die Zuordnungen zu Bewohnern und deren Eigenschaften schutzwürdig sind. Dieses ist natürlich ein wenig abstrakt. Aber zum Beispiel für mehrere Unternehmen die öffentlichen Daten für Beitragsberechnungen, Statisiken, Drittempänger und anderes können öffentlich bereitgestellt werden.

Wir werden hier versuchen öffentliche und private Daten zu trennen. Unter öffentlichen Daten sehe ich auch allgemeine Beschreibungen zu der Anwendung und die grundlegenden Wörterbücher. Was das alles ist werdet Ihr auf Dauer schon verstehen.

Ich denke mal, dass das Ganze was ich machen will mit Django gut geht. Eine Voraussetzung ist schon einmal gegeben. Ich kann mehrere Datenbanken verwenden. Da diese getrennt verwaltet werden können es auch unterschiedliche Datenbanksysteme sein.

Neben diesen Unterscheidungen gibt es dann noch die unterschiedlichen Arten der Datenverwaltung:

Alles Stammdaten werden in derselben Struktur gehalten, die ggf. immer eine historische Datenverwaltung zulässt. Dabei ist es so, dass  einfach ein Gültig-ab  vorhanden ist und ein Satz so lange gilt, bis das nächste Gültig-ab kommt. In der Vergangenheit habe ich ein solches System entworfen. Hier gabe es ein Gültig-ab und ein Gültig-bis, das maschinell denselben Wert bekommen hat wie das Gütig-ab des nächsten Satzes. Der letzte Satz hatte immer ein offenes Gültig-bis (4999365). Es war ganz gut hier nach einem Stichtag zu lesen. Etwas komliziert wurde es hier, beim Einfügen oder Löschen von Sätzen, das Gültig-ab des vorherigen Satzes, bzw. des folgen Satzes musste angepasst werden.

Ich stelle mir immer wieder die Frage ob etwas nicht noch einfacher geht und bin hier zu der Überzeugung gelangt, dass für unsere historische Reihe ein Gültig-ab genügt, wenn wir rückwärts den nächsten Satz zum Stichtag ermitteln, ob und wie performant dieses gelingt, muss ich erst noch ausprobieren. Auf alle Fälle könnte man dann problemlos Sätze überlesen (wenn diese als gelöscht markiert sind) oder auch einfügen. Die Verwaltung wäre dann wohl recht einfach. Wenn dann alle Sticke reißen, besteht immer noch die Möglichkeit das Gültig-ab als reversen Wert mit vorzuhalten.

Berechnungsergebnisse werden in einer eigenen Stuktur von Daten gehalten. Diese orientiernen sich an einem Periodensystem und werden zu einem Objekt abgelegt.

Grundsätzlich funktioniert dieses so, das es eine Periodendefinition gibt in der die einzelnen Eckwerte vorhanden sind. Als 1. legen wir die OID der Periodendefinition in jedem Ergebnissatz ab. Dann haben wir ein Beginn der Periode (JJJJTTT,Zeit) und ein Ende der  Periode (JJJJTTT,Zeit).