Transaktionales Gebiet 

Eine Gebietsinstanzversion eines transaktionsalen Gebiets ist nach dem Aufheben einer Änderungssperre über die Methode DETACH_COMMIT des Gebietshandles nicht sofort aktiv, sondern erst nach dem nächsten Datenbank-Commit. Zwischen dem Aufheben der Sperre und dem Datenbank-Commit erscheint die Gebietsinstanzversion wie im Aufbau. Es kann keine neue Änderungssperre auf die Gebietsinstanz gesetzt werden und Leseperren greifen auf die bisherige aktive Version zu. Bei nicht-transaktionalen Gebieten wird der Zustand der Gebietsinstanzversion bei Ausführung der Methode DETACH_COMMIT sofort auf aktiv gesetzt.

Bei transaktionalen Gebieten haben die Methoden FREE_AREA, FREE_INSTANCE, INVALIDATE_AREA und INVALIDATE_INSTANCE der Gebietsklasse einen Parameter AFFECT_SERVER, mit dem die Server-übergreifende Invalidierung gesteuert werden kann.

Transaktionale Gebiete ermöglichen es, Daten bzw. Objekte in den Gebietsinstanzversionen solcher Gebiete an Datenbankinhalte zu koppeln.

 

Um den Bezug zwischen Datenbankinhalten und Shared Objects nicht zu zerstören, sollten Änderungen an den Shared Objects nur in Kontexten durchgeführt werden, in denen in der aktuellen Anwendung auch die Datenbankänderungen gemacht werden. Beispielsweise sollten bei der Verbuchung, Änderungen an den Shared Objects nur während der Ausführung der entsprechenden Verbuchungsfunktionsbausteine durchgeführt werden.