29 Zeilen
1.4 KiB
Markdown
29 Zeilen
1.4 KiB
Markdown
### GVL-Purge-Summary und Snapshot-Events
|
|
|
|
Bei der Untersuchung der GVL-Bereinigung wurde festgestellt, dass die Purge-Summary je nach Herkunft einer GVL-Revision unterschiedliche Gesamtzahlen ausweisen kann.
|
|
|
|
Beobachtung:
|
|
|
|
* Vault-GVL importiert → Purge-Summary: `13593 Records`
|
|
* Web-GVL geladen, passende Vault-GVL verifiziert → Purge-Summary: `13594 Records`
|
|
|
|
Die Differenz von genau einem Record stellt keinen Zählfehler dar.
|
|
|
|
Ursache:
|
|
|
|
Der Web-Ingest einer offiziellen GVL erzeugt zusätzlich einen Eintrag im Store `gvl_snapshot_events`. Dabei handelt es sich um ein Ereignis des lokalen Beobachtungsverlaufs, beispielsweise `gvl_snapshot_ingested`.
|
|
|
|
Der Import einer GVL-Revision aus einem Vault-Paket rekonstruiert dagegen die Revision selbst, importiert jedoch keine Snapshot-Event-Historie und erzeugt auch kein entsprechendes Ereignis.
|
|
|
|
Die globale Purge-Summary zählt `gvl_snapshot_events` mit. Daher entsteht im Web-Pfad gegenüber dem Vault-Pfad ein zusätzlicher gelöschter Record.
|
|
|
|
Fachliche Einordnung:
|
|
|
|
Die unterschiedliche Gesamtzahl ist erwartetes Verhalten und Ausdruck unterschiedlicher Provenienz:
|
|
|
|
* Web-GVL: dokumentierter lokaler Ingest-Vorgang.
|
|
* Vault-GVL: rekonstruiertes Evidenzobjekt ohne lokale Beobachtungshistorie.
|
|
|
|
Die Purge-Summary ist daher nicht nur ein Maß für die Größe einer Revision, sondern kann auch Unterschiede im Entstehungskontext der lokalen Evidence widerspiegeln.
|
|
|