AS ABAP Release 758, ©Copyright 2024 SAP SE. All rights reserved.
ABAP - Keyword Documentation → ABAP - Programming Language → Creating Objects and Values → Shared Objects → Shared Objects - Area Instance Versions →Shared Objects - States of Area Instance Versions
Area instance versions can have the following states.
An area instance version that has a change lock is being built. Change locks automatically create a version under construction.
The area instance version whose construction or update was last released using the method DETACH_COMMIT (and a database commit in the case of transactional areas) is active. All read locks are automatically set to the currently active version.
If the construction of a new version is completed during read access on the currently active version, the new version becomes active and the version that was previously active becomes obsolete. The read locks on the obsolete version remain until the read is completed, but new read locks for the area instance, however, are always set on the active version.
Once the last read lock on an obsolete version is removed, the version expires, that is, it is deleted by the Garbage Collector. No locks can be set on expired versions and they are ignored when the version number is determined.
In an area without area instance versioning, there is always only one area instance version that exists in one of the states listed above. In an area with versioning, there can be multiple versions of different states in an area instance at the same time:
Hint
If a large number of obsolete area instance versions in an area still have read locks, but there is an updated version in an active state, this can indicate problematic use of shared objects.
Example
In a simple case with a maximum of two versions, the following maximums apply: