Ansicht
Dokumentation

ABENMEMORY_CONSUMPTION - MEMORY CONSUMPTION

Fill RESBD Structure from EBP Component Structure   BAL_S_LOG - Application Log: Log header data  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Speicherverwaltung tiefer Datenobjekte

Alle Datentypen, bei denen der Inhalt ihrer Datenobjekte die tatsächlichen Arbeitsdaten darstellt, werden in ABAP als flach bezeichnet. Flach sind die elementaren Datentypen fester Länge und Strukturen mit ausschließlich flachen Komponenten. Der Speicherbedarf flacher Datenobjekte ist statisch durch den Datentyp festgelegt. Flache Datenobjekte sind immer statische Datenobjekte.

Dagegen werden Datentypen, bei denen der Inhalt ihrer Datenobjekte Referenzen sind, die wiederum auf Arbeitsdaten in einem anderen Speicherbereich verweisen, als tief bezeichnet. Tief sind zum einen die Typen von Daten- und Objektreferenzvariablen und zum anderen die Typen von Strings, internen Tabellen und Boxed Components. Strings und interne Tabellen sind dynamische Datenobjekte, deren Speicherbedarf sich während der Programmlaufzeit ändern kann und die intern über Referenzen verwaltet werden. Referenzvariablen zählen zu den statischen Datenobjekten, da ihre eigentliche Größe festliegt, während die Größe der explizit referenzierten Objekte dynamisch ist. Boxed Components bilden ein Mittelding, da ihr Speicherverbrauch in der internen Sitzung beim Programmstart zwar nicht festliegt, sie aber wie statische Datenobjekte fester Länge behandelt werden können. Strukturen, werden unabhängig von ihrer Schachtelung genau dann als tief bezeichnet, wenn sie mindestens eine tiefe Komponente enthalten.

Beim Arbeiten mit tiefen Datenobjekten wird zur Laufzeit des Programms Arbeitsspeicher angefordert. Bei Referenzvariablen ist dies der Speicher für Verwaltungsinformationen und die erzeugten Objekte (Instanzen von Klassen und anonyme Datenobjekte). Bei den dynamischen Datenobjekten (Strings, interne Tabellen) und den Boxed Components ist dies der Speicher für Verwaltungsinformationen und für die Datenobjekte selbst. Von Referenzvariablen referenzierte Objekte können selbst wieder dynamisch sein, d.h. Strings oder interne Tabellen sein oder enthalten.

Der angeforderte Speicher muss im Sitzungsspeicher der aktuellen internen Sitzung zur Verfügung stehen, ansonsten kommt es zu einem Laufzeitfehler.

• Speicherbedarf tiefer Datenobjekte

• Maximale Größe dynamischer Datenobjekte

• Sharing zwischen dynamischen Datenobjekten

• Komplexe Datenobjekte mit tiefen Komponenten

Hinweis

Der zur Verfügung stehende Sitzungsspeicher wird über die unter Sitzungsspeicher beschriebenen Profilparameter gesteuert. Es kann auch ein prozentualer Anteil des zur Verfügung stehenden Speichers als Grenze definiert werden, bei deren Überschreitung es zu einer Laufzeitwarnung kommt.

BAL Application Log Documentation   TXBHW - Original Tax Base Amount in Local Currency  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 4735 Date: 20240523 Time: 105138     sap01-206 ( 74 ms )