Skip to content

ABAP Keyword Documentation →  ABAP − Reference →  Declarations →  Declaration Statements →  Data Types and Data Objects →  Types and Objects - Overview →  Data Objects →  Memory Management of Deep Objects 

Maximum Size of Dynamic Data Objects

In addition to the maximum memory size that the current internal session can request for dynamic data objects, their maximum size is also limited by the following factors:

  • An upper limit for the amount of places in strings or rows of internal tables results from the fact that 4 byte integers are used to address them internally and in ABAP statements. This limits them to 2147483647.
  • The size of strings and hash tables is limited by the biggest memory block that can be requested in one chunk. This is a maximum of 2 GB and is usually further limited using the profile parameter ztta/max_memreq_MB. For strings, the value of the profile parameter directly represents the maximum size that can be occupied. The maximum amount of rows in hash tables depends on the required size of the hash administration that has to be stored there. Currently, it can be calculated from the largest power of two that fits into the value of the profile parameter divided by 8. For example, if the profile parameter specifies 250 MB, a hashed table can contain a maximum of roughly 16 million entries (128 times 1024 to the power of two divided by 8).

The actual maximum size is generally smaller than given by the above limits, since the overall available memory is normally not only used by a string or an internal table.

Other versions: 7.31 | 7.40 | 7.54


If there is only little memory space available, it may be better to use an internal table, because its memory space is requested in blocks, while the entire memory space required for a string must always be free as a whole.