Selektiv löschen 

Verwendung

Das selektive Löschen ermöglicht es, neben dem requestweisen Löschen auch auf Merkmalsebene zu löschen. Beim selektiven Löschen wird nur aus der Tabelle der aktiven Daten gelöscht. Die Aktivierungsqueue und das Change Log bleiben dabei unverändert.

Bevor Sie selektiv löschen, sollten alle Daten aktiviert worden sein.

Das Löschen wird protokolliert und Sie können es über Protokoll nachvollziehen.

Anwendungsszenarien:

1.       Nicht mehr benötigte Daten löschen:

Das selektive Löschen kann dazu eingesetzt werden, Sätze aus dem DataStore-Objekt zu löschen, zu deren Schlüssel auf keinen Fall mehr Daten geladen werden. Dies wäre zum Beispiel dann der Fall, wenn ein Produkt aus dem Sortiment genommen wurde, und darum zu dieser Produktnummer keine Daten mehr geladen werden würden. Oder Sie möchten Daten löschen, die nicht mehr benötigt werden, weil sie z.B. schon älter als 3 Jahre sind. Beide Fälle sind auch typische Anwendungsszenarien bei der Datenarchivierung, bei der nach der erfolgreichen Archivierung auch das selektive Löschen verwendet wird.

2.       Fehlerhafte Daten löschen:

Sie können auch Daten selektiv löschen, die durch die Verarbeitung im BI-System fehlerhaft wurden. Daten hingegen, die bereits im Quellsystem fehlerhaft angelegt worden sind, sollten Sie nicht selektiv löschen, sondern sollten durch Stornobuchungen korrigiert werden.

Beachten Sie, dass es beim selektiven Löschen keine Änderungen im Change Log gibt., d.h. die fehlerhaften Daten sind danach immer noch im Change Log vorhanden. Deshalb sind die Einschränkungen beim Neuaufbau (siehe unten) bzw. selektiven Löschen zu berücksichtigen.

Wir empfehlen deshalb, wenn die Daten nur in den zuletzt geladenen Requests fehlerhaft sind, das requestweise Löschen anstelle des selektiven Löschens zu verwenden, da dabei auch das Change Log entsprechend angepasst wird.

Einschränkungen

Folgender Abhängigkeiten sollten Sie sich bewusst sein, bevor Sie selektiv löschen:

·        Angeschlossene InfoProvider:

Werden die Daten aus dem DataStore-Objekt in weitere InfoProvider fortgeschrieben, so werden diese beim selektiven Löschen nicht automatisch angepasst. Sie können diese nur manuell anpassen, indem Sie auch aus dem angeschlossenen InfoProvider selektiv löschen.

·        Neuaufbau:

Bei einem Neuaufbau (in der Administration des DataStore-Objekts, Registerkarte Neuaufbau) werden die Daten aus dem Change Log verwendet. Haben Sie zuvor selektiv gelöscht, so sind diese Daten im Change Log noch vorhanden und werden beim Neuaufbau in den InfoProvider geladen, obwohl sie eigentlich im InfoProvider nicht mehr erwünscht sind.

Alternative Vorgehensweise:

Wenn Sie aus einem DataStore-Objekt selektiv gelöscht haben, so sollten Sie statt eines Neuaufbaus die Fortschreibung in einen InfoProvider über das Kontextmenü am DataStore-Objekt wählen. Schreiben Sie dann die Daten per Init- oder Full-Fortschreibung fort, so wird der angeschlossene InfoProvider mit den aktiven Daten versorgt.

·        Requestweise löschen:

Requests, aus denen Sätze selektiv gelöscht worden sind, können Sie nicht mehr requestweise löschen.

Vorgehensweise

...

       1.      Wählen Sie die Drucktaste Selektiv.

       2.      Auf dem folgenden Dialogfenster geben Sie unter Löschselektionen die zu löschenden Felder an.

       3.      Planen Sie den Löschjob ein.

Haben Sie Daten gelöscht, die Sie doch noch benötigen, so können Sie die Daten über eine Reparaturrequest wieder einbuchen. Weitere Informationen über den Reparaturrequest finden Sie unter Registerkarte: Fortschreibung.

Beispiel

Sie haben mehrere Requests über einen längeren Zeitraum geladen und stellen fest, dass die Daten teilweise falsch sind. Ein komplettes Neuladen des DataStore-Objektes ist aufgrund des hohen Datenvolumens nicht möglich. In der näheren Analyse stellen Sie fest, dass nur Teile der Datensätze aus dem Buchungskreis '0001’ betroffen sind. Mit Hilfe des selektiven Löschens können Sie nun alle Sätze mit Buchungskreis '0001’ aus dem DataStore-Objekt löschen. Anschließend laden Sie diese Daten mittels eines Reparaturrequests mit der Selektion Buchungskreis '0001’ wieder neu aus dem Quellsystem.