Besonderheiten beim schreiboptimierten DataStore-Objekt 

Aufgrund der speziellen Struktur des schreiboptimierten DataStore-Objekts gibt es beim Anlegen eines Datenarchivierungsprozesses für dieses Objekt einige Besonderheiten:

Registerkarte: Allgemeine Einstellungen

Die Request-basierte Archivierung ist voreingestellt und kann nicht geändert werden.

Die Gründe dafür sind:

●      Der Inhalt eines schreiboptimierten DataStore-Objekts wird über Requests verwaltet.

●      Die Request-ID bildet auch das führende technische Schlüsselmerkmal dieses DataStore-Objekt-Typs.

●      Die SID der Request-ID hat einen mit der Zeit monoton ansteigenden Charakter.

Die Request-basierte Archivierung ist eine besondere Form der Zeitscheiben-Archivierung: Aus einem Zeitmerkmal (das kann auch ein technisches Attribut des Ladererequests sein, wie z.B. Request-Erzeugungsdatum oder Request-Ladedatum), das nicht Bestandteil des technischen Schlüssels ist, wird eine Bedingung (High Water Mark) für ein zeitlich monoton wachsendes Partitionierungsmerkmal aus dem Schlüssel abgeleitet. Tatsächlich partitioniert wird dann nach der SID der Request-ID.

Registerkarte: Selektionsschema

Als Merkmal für Zeitscheiben können neben den Zeitmerkmalen auch die Merkmale Ladedatum oder Erzeugungsdatum des Requests ausgewählt werden

Bei DataStore-Objekten mit semantischem Schlüssel kann als primäres Partitionierungsmerkmal ein Merkmal des semantischen Schlüssels ausgewählt werden. Bei DataStore-Objekten ohne semantischem Schlüssel kann nur ein Merkmal für Zeitscheiben und kein primäres Partitionierungsmerkmal ausgewählt werden

Weitere Partitionierungsmerkmale sind nicht erlaubt.

Registerkarte: Semantische Gruppe

Die semantische Gruppe ist nicht änderbar. Dies hängt mit dem technischen Schlüssel des DataStore-Objektes zusammen. Die Daten werden im Archiv fest nach dem technischen Schlüssel gruppiert, wobei ein in das schreiboptimierte DataStore-Objekt geladenes Datenpaket einem Datenobjekt im Sinne der (ADK-)Archivierung entspricht. Damit wird auch im Archiv die Ladereihenfolge der Daten beibehalten.

Das Kennzeichen Eindeutigkeit der Daten nicht prüfen darf am DataStore-Objekt nicht mehr geändert werden, wenn ein Datenarchivierungsprozess existiert.