Show TOC

Delta-VerfahrenLocate this document in the navigation structure

Das Delta-Verfahren ist eine Eigenschaft des Extraktors und gibt an, auf welche Weise Daten übertragen werden. Als Attribut der DataSource gibt es an, wie die Daten der DataSource dem InfoProvider übermittelt werden. Man kann daraus z.B. ableiten, für welche Datenziele eine DataSource geeignet ist, wie fortzuschreiben ist und auf welche Weise serialisiert wird.

Verwendung

Die Art des Delta-Verfahrens hat Einfluss auf die Fortschreibung in einen InfoProvider. Bei der Fortschreibung in ein DataStore-Objekt ist eine Serialisierung notwendig, da auch das Überschreiben unterstützt wird. Je nach Delta-Verfahren entscheidet das System, ob eine Serialisierung pro Request oder pro Datenpaket notwendig ist.

Struktur

Es gibt verschiedene Delta -Verfahren für SAP-Quellsysteme:

  1. Bildung von Deltas mit After-, Before- und Reverse-Images, die direkt in die Delta-Queue fortgeschrieben werden; ein After-Image liefert den Zustand nach der Änderung, ein Before-Image den Zustand vor der Änderung mit einem negativen Vorzeichen und ein Reverse-Image sendet den Satz ebenfalls mit einem negativen Vorzeichen und kennzeichnet ihn gleichzeitig als zu löschen. Die Datenpakete werden dabei serialisiert. Das Delta-Verfahren steuert, ob ein Addieren oder ein Überschreiben erlaubt ist. In diesem Fall ist sowohl Überschreiben als auch Addieren erlaubt. Dieses Verfahren lässt eine Fortschreibung sowohl in ein DataStore-Objekt als auch in einen InfoCube zu. (technischer Name des Delta-Verfahrens im System: ABR)

  2. Der Extraktor liefert additive Deltas, die requestweise serialisiert werden. Diese Serialisierung ist notwendig, da der Extraktor innerhalb eines Requests jeden Schlüssel einmal liefert und sonst Änderungen in den Nicht-Schlüsselfeldern nicht korrekt übernommen werden. Es erlaubt nur das Addieren von Feldern. Es lässt eine Fortschreibung sowohl in ein DataStore-Objekt als auch in einen InfoCube zu. Dieses Delta-Verfahren wird von LIS-DataSources verwendet. (technischer Name des Delta-Verfahrens im System: ADD)

  3. Bildung von Deltas mit After-Image, die direkt in die Delta-Queue fortgeschrieben werden. Dabei werden die Daten paketweise serialisiert, da der gleiche Schlüssel innerhalb eines Requests mehrmals übertragen werden kann. Es lässt keine direkte Fortschreibung in einen InfoCube zu. Zur Fortschreibung eines InfoCubes muss immer ein DataStore-Objekt dazwischengeschaltet werden. Dieses Verfahren erlaubt z.B. bei numerischen Kennzahlen nur Überschreiben und kein Addieren, da es sonst zu falschen Ergebnissen kommen würde. Es wird im FI-AP/AR zur Übertragung der Einzelposten eingesetzt, während die Variation des Verfahrens, bei dem der Extraktor auch Sätze mit Löschkennzeichen senden kann, im BBP in dieser Funktion eingesetzt wird. (technischer Name des Delta-Verfahrens im System: AIM/AIMD)

Integration

Die Behandlung der Sätze, d.h. ob addiert oder überschrieben wird, wird von dem InfoObject 0RECORDMODE gesteuert. Es bestimmt, wie ein Satz im Delta-Verfahren fortgeschrieben wird: Ein Leerzeichen liefert ein After-Image, ein 'X' ein Before-Image, 'D' löscht den Satz und 'R' liefert ein Reverse-Image.