SAP-Cursor-Cache 
SAP-Cursor-Cache
Definition
Mit Hilfe des SAP-Cursor-Cache kann die Zahl der Parsing-Analysen von SQL-Anweisungen reduziert und damit die System-Performance verbessert werden. Der Cache ist datenbankabhängig. Der Cursor-Cache von SAP unterscheidet sich für Oracle, Informix und Adabas nur geringfügig. Für AS/400- und MS SQL-Server wird jedoch ein völlig anderes Verfahren angewendet.
Es gibt zwei Arten von Cursor-Caches:
Wenn Sie die Parameterwerte für den SAP-Cursor-Cache im Standardprofil ändern, hat dies auch Auswirkungen auf andere Bereiche. Stellen Sie den Cache deshalb am besten nicht ohne Hilfe eines qualifizierten SAP-Experten ein.
Statement-IDs und der Statement Analyzer
Die Quelle einer SQL-Anweisung im SAP-System (ABAP, DYNP, die C-Module der Datenbankschnittstelle) weist der Anweisung Open SQL / Native SQL etc. eine ID zu. Die ID enthält die folgenden Informationen:
Mit Hilfe der Statement-ID können Anweisungen einfach erkannt werden. Möglicherweise existieren für eine Anweisung verschiedene IDs (z. B. wenn verschiedene ABAP-Programme dieselbe SELECT-Anweisung ausführen). Der Statement Analyzer beseitigt solche doppelten IDs. Sobald der Analyzer eine SQL-Anweisung erhält (in Form von Steuerblöcken), überprüft dieses Datenbankschnittstellenmodul, ob die Anweisung einfach (z. B.
SELECT * FROM T100 WHERE... =... AND... =... ) oder komplex (z. B. SELECT * FROM T100 WHERE... <... AND... >... ) ist. Der Statement Analyzer weist einer einfachen Anweisung eine "genormte" ID zu.Der Analyzer wird von der Schnittstelle RSQL oder Open SQL aufgerufen. Die ursprüngliche ID (falls vorhanden) wird ersetzt, wenn der Analyzer eine genormte ID zuweisen kann.
Siehe auch:
SAP-Cursor-Cache für Oracle, Informix, Adabas und DB2 for AIX SAP-Cursor-Cache für AS/400 und MS SQL-Server Pufferarten Typische Parametereinstellungen für SAP-Puffer