Datenbankzugriffe - ABAP-Schlüsselwortdokumentation

ABAP - Schlüsselwortdokumentation → ABAP - Programmierrichtlinien → Architektur → Datenspeicherung →

Datenbankzugriffe

Hintergrund

Für den Zugriff auf Daten in Datenbanktabellen stehen in ABAP folgende Mittel zur Verfügung:

Open SQL
Eine durch ABAP-Anweisungen realisierte Untermenge der Structured Query Language (SQL), die den DML-Anteil (Data Manipulation Language) umfasst. Die Anweisungen von Open SQL greifen plattformunabhängig über die Open-SQL-Schnittstelle auf die Datenbanktabellen der Datenbank eines AS ABAP zu, die im ABAP Dictionary definiert sind.

Native SQL
Datenbankspezifische SQL-Anweisungen, die neben DML- auch DDL-Anweisungen (Data Definition Language) umfassen und wie folgt an die Native-SQL-Schnittstelle der Datenbank übergeben werden können:

Die Methoden von ADBC ermöglichen es, dynamische SQL-Anweisungen an ein Datenbanksystem abzusetzen und das Ergebnis zu verarbeiten. ADBC (ABAP Database Connectivity) ist eine klassenbasierte API, die einen objektorientierten Zugriff auf die Native-SQL-Schnittstelle ermöglicht.

Das AMDP-Framework dient der Verwaltung und dem Aufruf von ABAP Managed Database Procedures. Dies sind Datenbankprozeduren oder Datenbankfunktionen, die als AMDP-Prozeduren oder AMDP-Funktionen in einer AMDP-Methode einer AMDP-Klasse implementiert und von dort ins Datenbanksystem repliziert werden.

Native-SQL-Anweisungen können in ABAP-Programmen zwischen den Anweisungen EXEC SQL und ENDEXEC eingebettet werden. Solche statischen Native-SQL-Anweisungen werden von der Syntaxprüfung nicht vollständig überprüft und von der Native-SQL-Schnittstelle fast unverändert an die Datenbank eines AS ABAP weitergegeben.

Alle Zugriffsarten außer AMDP erlauben außer dem Zugriff auf die zentrale Datenbank eines AS ABAP (Standardverbindung) über zusätzliche Verbindungen auch den Zugriff auf andere Datenbanken.

Hinweis

Für den Aufruf von Datenbankprozeduren einer SAP-HANA-Datenbank gibt es zusätzlich auch die Anweisung CALL DATABASE PROCEDURE, die insbesondere für den Zugriff über eine sekundäre Datenbankverbindung geeignet ist.

Regel

Open SQL verwenden

Verwenden Sie für allgemeine Persistenz-Services so weit wie möglich Open SQL. Native SQL ist nur für Aufgaben zu verwenden, für die Open SQL nicht geeignet ist.

Details

Nur Open SQL ist garantiert unabhängig von der verwendeten Datenbankplattform. Aus diesem Grund umfasst Open SQL nicht die Menge aller auf einer speziellen Datenbank möglichen SQL-Anweisungen, sondern nur eine Schnittmenge des DML-Umfangs aller vom AS ABAP unterstützten Datenbanksysteme. Die von Open SQL bearbeitbaren Datenbanktabellen können in ABAP direkt als strukturierte Typen für die Deklaration passender Arbeitsbereiche verwendet werden. Nur Open SQL unterstützt die SAP-Pufferung von Tabelleninhalten im Shared Memory.

Native SQL sollte nur dann eingesetzt werden, wenn die Aufgabe tatsächlich nicht mit Open SQL gelöst werden kann. Services, die mit Native SQL arbeiten, sind in der Regel vom verwendeten Datenbanksystem abhängig und können nicht auf allen AS ABAP ausgeführt werden. Für plattformunabhängige Services sind dann Implementierungen für alle unterstützten Datenbanken vorzusehen.

Wenn ein Datenbankzugriff über die Native- anstatt über die Open-SQL-Schnittstelle notwendig ist, sollten ADBC oder AMDP verwendet werden.

ADBC ist eine moderne objektorientierte API, die besser zur zeitgemäßen ABAP-Programmierung passt als EXEC SQL. Erweiterungen der Native-SQL-Schnittstelle, wie z.B. Mengenzugriffe über interne Tabellen, werden nur noch über ADBC zur Verfügung gestellt. ADBC ermöglicht auch dynamische Zugriffe, während eingebettetes Native SQL rein statisch ist. Neuere SQL-Anweisungen wie z.B. WITH für Common Table Expressions (CTE) werden von EXEC SQL nicht vollständig unterstützt.

AMDP, welches momentan nur für die zentrale SAP-HANA-Datenbank eines AS ABAP zur Verfügung steht, ist für alle Aufgaben sinnvoll, bei denen Code aus ABAP-Programmen in diese SAP-HANA-Datenbank ausgelagert werden soll, um dort performanter ausgeführt zu werden.

Hinweis

Die Regel, solange wie möglich Open SQL zu verwenden, gilt ganz besonders auch für AMDP. Es ist nicht sinnvoll, SQL-Anweisungen in Datenbankprozeduren auszulagern, wenn diese auch über Open SQL oder ABAP CDS verwirklicht werden können. In diesem Fall sind in aller Regel keinerlei Performancegewinne zu erwarten, da die Open-SQL-Anweisungen von der Datenbankschnittstelle genauso nach Native SQL umgesetzt werden, wie man sie in der Datenbankprozedur schreiben würde. Der Einsatz von AMDP ist nur dann sinnvoll, wenn durch den Aufruf einer Prozedur HANA-spezifische Eigenschaften gewinnbringend ausgenutzt werden können oder der wiederholte Transport großer Datenmengen zwischen Datenbank und Applikationsserver umgangen werden kann.

Schlechtes Beispiel

Siehe das ausführbare Beispiel AMDP, Vergleich mit Open SQL. Ein ungünstig mit Open SQL programmierter Datenbankzugriff kann oft bereits durch eine verbesserte Verwendung von Open SQL optimiert werden, so dass der Einsatz von AMDP in solchen Fällen unnötig ist.

Gutes Beispiel

Siehe das ausführbare Beispiel Währungskonvertierung mit SQLScript. In diesem Fall wird ein spezifischer Operator der Sprache SQLScript verwendet, der ansonsten nicht zur Verfügung steht.