Kontakt

Ansicht
Dokumentation

ABENDERIVED_TYPES_TKY_ABEXA - DERIVED TYPES TKY ABEXA

ABENDERIVED_TYPES_TKY_ABEXA - DERIVED TYPES TKY ABEXA

SUBST_MERGE_LIST - merge external lists to one complete list with #if... logic for R3up   TXBHW - Original Tax Base Amount in Local Currency  
Diese Dokumentation steht unter dem Copyright der SAP AG.
SAP E-Book

Verwendung von %tky

Mit diesem Beispiel wird die Verwendung von %tky in zwei Szenarien demonstriert:

  1. Ein verwaltetes RAP-BO in einem Nicht-Entwurfsszenario
  2. Ein verwaltetes RAP-BO in einem Entwurfsszenario

Datenmodelle

Nicht-Entwurfsszenario: Das CDS-Datenmodell besteht aus der Wurzelentität DEMO_MANAGED_ROOT_4 und ihrer untergeordneten Entität DEMO_MANAGED_CHILD_4. Die Kindentität wird in diesem Beispiel nicht verwendet.

Wurzelentität:

Entwurfsszenario: Das CDS-Datenmodell besteht aus der Wurzelentität DEMO_MANAGED_DRAFT_ROOT und ihrer untergeordneten Entität DEMO_MANAGED_DRAFT_CHILD. Die Kindentität wird in diesem Beispiel nicht verwendet.

Wurzelentität:

Verhaltensdefinition

Nicht-Entwurfsszenario: Die CDS-Verhaltensdefinition DEMO_MANAGED_ROOT_4 wird in CDS BDL wie folgt definiert:

Entwurfsszenario: Die BDEF ist DEMO_MANAGED_DRAFT_ROOT. Sie wird wie folgt definiert:

Verhaltensimplementierung

  • Nicht-Entwurfsszenario: Für die oben genannte CDS-Verhaltensdefinition wird ein ABP angelegt. Die globale Klasse des Behavior-Pools ist BP_DEMO_MANAGED_ROOT_4. Die eigentliche Verhaltensimplementierung findet in lokalen Klassen statt, die im BP_DEMO_MANAGED_ROOT_4========CCIMP des Behavior-Pools definiert und implementiert werden. In diesem Fall umfasst der Behavior-Pool keine für das Beispiel relevanten Implementierungen.

Quelltext

Ausführen

Beschreibung

Zugriff mit ABAP über EML

Die Verwendung von %tky wird mit zwei Szenarien demonstriert:

  1. Nicht-Entwurfsszenario
  • Eine modifizierende -Anforderung umfasst eine Create-Operation, die neue RAP-BO-Instanzen anlegt und eine Update-Operation auf diesen neuen Instanzen. In der RAP-Create-Operation wird der Schlüssel mit unterschiedlichen Optionen angegeben. Die Update-Operation auf den neuen Instanzen ist für die Aktualisierung eines spezifischen Feldes zuständig. Die Instanzen werden mit %tky und anderen Elementen referenziert, damit die Verwendung von %tky zum Referenzieren der Schlüssel in Nicht-Entwurfsszenarien demonstriert werden kann. Weitere Information zu diesem Thema ist im Abschnitt Verwendung von Schlüsseln und RAP-BO-Instanzidentifikatoren im Überblick zu finden. Die Instanzen werden über eine Anweisung COMMIT ENTITIES auf der Datenbank gesichert. In der Ausgabe werden sowohl die Datenbanktabelleneinträge gezeigt als auch die fehlgeschlagenen Meldungen der Instanzen, für die keine Aktualisierungsoperation durchgeführt werden kann.

  1. Entwurfsszenario
Hiermit werden modifizierende -Anforderungen umfasst, die RAP-Operationen auf aktiven Instanzen und Entwurfsinstanzen durchführen.
  • RAP-Operationen auf aktiven Instanzen: Eine modifizierende -Anforderung umfasst eine Create-Operation, die neue aktive RAP-BO-Instanzen anlegt und eine Update-Operation auf diesen neuen Instanzen. Die Update-Operation auf den neuen Instanzen ist für die Aktualisierung eines spezifischen Feldes zuständig. Die über %tky referenzierten Instanzen demonstrieren die Verwendung von %tky bei Referenzieren von Schlüsseln in Entwurfsszenarien; dabei wird die enthaltene %is_draft-Komponente ausgeschaltet, um RAP-Operationen auf aktiven Instanzen auszuführen. Eine Anweisung COMMIT ENTITIES sichert die Instanzen in der Datenbank. Diese Einträge werden in der Ausgabe gezeigt.

  • RAP-Operationen auf Entwurfsinstanzen: Die bisher angelegten aktiven Instanzen werden über die Entwurfsaktion edit und die folgende COMMIT ENTITIES-Anweisung in die Entwurfstabelle gestellt. Danach wird eine aktualisierende Operation über das Referenzieren der Schlüssel mit %tky auf diesen Entwurfsinstanzen durchgeführt. Das Entwurfskennzeichen wird eingeschaltet. Die folgende COMMIT ENTITIES-Anwendung ist für die Sicherung der aktualisierten Werte in der Entwurfstabelle zuständig. Mit der Entwurfsaktion activate und der COMMIT ENTITIES-Anweisung werden die auf der Entwurfstabelle durchgeführten Anweisungen auf der Datenbank gespeichert. In der Ausgabe werden unterschiedliche Tabellen gezeigt, die die Auswirkung auf der Entwurfstabelle und der Datenbanktabelle demonstrieren. In den ersten beiden Tabellen wird der Zustand der Entwurfstabelle und der Datenbanktabelle vor der Aktivierung gezeigt Zu dieser Zeit sind noch keine Änderungen in der Datenbanktabelle gemacht worden. Die nächsten beiden Tabellen zeigen den Zustand der Entwurfs- und Datenbanktabellen nach der Aktivierung. Nun enthält die Datenbanktabellen die ehemaligen Entwurfsinstanzen, die auf der Datenbank persistiert wurden. Die Entwurfstabelle ist leer.






rdisp/max_wprun_time - Maximum work process run time   Vendor Master (General Section)  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 7554 Date: 20240523 Time: 180745     sap01-206 ( 130 ms )