Das R/3-System sorgt dafür, daß der Datenaustausch zwischen dem R/3-System und dem Datenbanksystem möglichst performant erfolgt. Dies wird erreicht durch:

• Die Pufferung von Tabellen. Das Programm greift auf Daten aus dem Puffer des Anwendungsservers des Systems zu.
• Die Pufferung von Datenbankanforderungen. Erst wenn eine OPEN-SQL-Anweisung es erfordert, werden einzelne Sätze in der Datenbank gelesen bzw. der Datenbank übergeben.

Bei der Analyse der Tracesätze ist der Pufferungsmechanismus entsprechend zu berücksichtigen.

Um die Anzahl der relativ laufzeitintensiven PREPARE-Aufrufe so klein wie möglich zu halten, hält jeder Work-Prozeß eines Anwendungsservers eine bestimmte Anzahl von bereits übersetzten SQL-Anweisungen in einem eigens dafür vorgesehenen Puffer (Standard ist 250 Anweisungen).

Soll nun eine bestimmte OPEN SQL-Anweisung ausgeführt werden, wird zunächst geprüft, ob sich diese Anweisung bereits im "Statement-Cache" befindet. Ist dies der Fall, wird die Anweisung unmittelbar ausgeführt, d.h. es wird ein REOPEN (SELECT) bzw. ein REEXEC (INSERT, UPDATE, DELETE) abgesetzt.

Befindet sich die Anweisung nicht im Puffer, muß dies zunächst durch eine entsprechende PREPARE-Operation für das anschließende OPEN/EXEC vorbereitet werden. Der Puffer wird nach einem LRU-Algorithmus ("least recently used") verwaltet, d.h. bei Bedarf werden diejenigen Anweisungen aus dem Puffer verdrängt, die am seltesten ausgeführt werden. Häufig benutzte Anweisungen müssen somit in der Regel nur einmal vorbereitet werden.

Ein Anwendungsserver puffert die Anweisungen DECLARE, PREPARE, OPEN und EXEC im Cursor-Cache eines Work-Prozesses. Sobald das System einmal einen Cursor für eine DECLARE-Anweisung geöffnet hat, kann es also diesen Cursor im selben Work-Prozeß immer wieder verwenden.