Embedded SQL - Versionsgeschichte

Graph Pixel: Tippfehler korrigiert.

2025-06-05T15:40:33Z

Tippfehler korrigiert.

← Nächstältere Version		Version vom 5. Juni 2025, 17:40 Uhr
Zeile 6:		Zeile 6:
	Da ESQL standardisiert ist, sollten Programme mit ESQL – solange keine [[proprietär]]en Eigenschaften des jeweiligen SQL-Dialektes verwendet werden – kompatibel mit Datenbanken verschiedener Hersteller sein, allerdings nur auf Ebene des [[Quellcode]]s. Das heißt, dass bei Wechsel des Datenbankfabrikats, manchmal sogar beim Versionsupdate der gleichen Datenbank, der Quellcode durch den ESQL-Precompiler und Compiler neu übersetzt und gegen die aktuelle Bibliothek gelinkt werden muss. Dies unterscheidet ESQL von Konzepten mit ähnlichem Einsatzzweck wie [[ODBC]] oder [[JDBC]], wo beim Wechsel der Datenbank (theoretisch) nur ein [[Gerätetreiber\|Treiber]] ausgewechselt wird und das kompilierte Programm weiter verwendet werden kann. Es gibt allerdings mindestens einen COBOL-Compiler, der ESQL-Anweisungen in Aufrufe von ODBC umwandelt.		Da ESQL standardisiert ist, sollten Programme mit ESQL – solange keine [[proprietär]]en Eigenschaften des jeweiligen SQL-Dialektes verwendet werden – kompatibel mit Datenbanken verschiedener Hersteller sein, allerdings nur auf Ebene des [[Quellcode]]s. Das heißt, dass bei Wechsel des Datenbankfabrikats, manchmal sogar beim Versionsupdate der gleichen Datenbank, der Quellcode durch den ESQL-Precompiler und Compiler neu übersetzt und gegen die aktuelle Bibliothek gelinkt werden muss. Dies unterscheidet ESQL von Konzepten mit ähnlichem Einsatzzweck wie [[ODBC]] oder [[JDBC]], wo beim Wechsel der Datenbank (theoretisch) nur ein [[Gerätetreiber\|Treiber]] ausgewechselt wird und das kompilierte Programm weiter verwendet werden kann. Es gibt allerdings mindestens einen COBOL-Compiler, der ESQL-Anweisungen in Aufrufe von ODBC umwandelt.

	Der Vorteil dieses Ansatzes der Datenbankanbindung liegt darin, dass zur [[Compilezeit]] nicht nur die SQL-[[Syntax]], sondern auch die Typverträglichkeit der Schnittstellenvariablen gegen die Datentypen des Datenbanksystems geprüft werden kann. Laufzeitgebundene Architekturen wie [[Open Database Connectivity\|ODBC]], [[JDBC]], [[ActiveX Data Objects\|ADO]] oder [[ADO.NET]] können zu ~~diesen~~ Zeitpunkt keine Typprüfung vornehmen.		Der Vorteil dieses Ansatzes der Datenbankanbindung liegt darin, dass zur [[Compilezeit]] nicht nur die SQL-[[Syntax]], sondern auch die Typverträglichkeit der Schnittstellenvariablen gegen die Datentypen des Datenbanksystems geprüft werden kann. Laufzeitgebundene Architekturen wie [[Open Database Connectivity\|ODBC]], [[JDBC]], [[ActiveX Data Objects\|ADO]] oder [[ADO.NET]] können zu diesem Zeitpunkt keine Typprüfung vornehmen.

	== Syntax ==		== Syntax ==

RM2026: /* Technische Beschreibung */

2024-06-17T10:56:21Z

Technische Beschreibung

← Nächstältere Version		Version vom 17. Juni 2024, 12:56 Uhr
Zeile 6:		Zeile 6:
	Da ESQL standardisiert ist, sollten Programme mit ESQL – solange keine [[proprietär]]en Eigenschaften des jeweiligen SQL-Dialektes verwendet werden – kompatibel mit Datenbanken verschiedener Hersteller sein, allerdings nur auf Ebene des [[Quellcode]]s. Das heißt, dass bei Wechsel des Datenbankfabrikats, manchmal sogar beim Versionsupdate der gleichen Datenbank, der Quellcode durch den ESQL-Precompiler und Compiler neu übersetzt und gegen die aktuelle Bibliothek gelinkt werden muss. Dies unterscheidet ESQL von Konzepten mit ähnlichem Einsatzzweck wie [[ODBC]] oder [[JDBC]], wo beim Wechsel der Datenbank (theoretisch) nur ein [[Gerätetreiber\|Treiber]] ausgewechselt wird und das kompilierte Programm weiter verwendet werden kann. Es gibt allerdings mindestens einen COBOL-Compiler, der ESQL-Anweisungen in Aufrufe von ODBC umwandelt.		Da ESQL standardisiert ist, sollten Programme mit ESQL – solange keine [[proprietär]]en Eigenschaften des jeweiligen SQL-Dialektes verwendet werden – kompatibel mit Datenbanken verschiedener Hersteller sein, allerdings nur auf Ebene des [[Quellcode]]s. Das heißt, dass bei Wechsel des Datenbankfabrikats, manchmal sogar beim Versionsupdate der gleichen Datenbank, der Quellcode durch den ESQL-Precompiler und Compiler neu übersetzt und gegen die aktuelle Bibliothek gelinkt werden muss. Dies unterscheidet ESQL von Konzepten mit ähnlichem Einsatzzweck wie [[ODBC]] oder [[JDBC]], wo beim Wechsel der Datenbank (theoretisch) nur ein [[Gerätetreiber\|Treiber]] ausgewechselt wird und das kompilierte Programm weiter verwendet werden kann. Es gibt allerdings mindestens einen COBOL-Compiler, der ESQL-Anweisungen in Aufrufe von ODBC umwandelt.

	Der Vorteil dieses Ansatzes der Datenbankanbindung liegt darin, dass zur [[Compilezeit]] nicht nur die SQL-[[Syntax]], sondern auch die Typverträglichkeit der Schnittstellenvariablen gegen die Datentypen des Datenbanksystems geprüft werden kann. Laufzeitgebundene Architekturen wie [[Open Database Connectivity\|ODBC]], [[JDBC]], [[ActiveX Data Objects\|ADO]] oder [[ADO.NET]] können keine Typprüfung vornehmen.		Der Vorteil dieses Ansatzes der Datenbankanbindung liegt darin, dass zur [[Compilezeit]] nicht nur die SQL-[[Syntax]], sondern auch die Typverträglichkeit der Schnittstellenvariablen gegen die Datentypen des Datenbanksystems geprüft werden kann. Laufzeitgebundene Architekturen wie [[Open Database Connectivity\|ODBC]], [[JDBC]], [[ActiveX Data Objects\|ADO]] oder [[ADO.NET]] können zu diesen Zeitpunkt keine Typprüfung vornehmen.

	== Syntax ==		== Syntax ==

Ulanwp: = fehlte

2021-08-24T09:59:06Z

= fehlte

← Nächstältere Version		Version vom 24. August 2021, 11:59 Uhr
Zeile 56:		Zeile 56:

	== Literatur ==		== Literatur ==
	* {{Literatur\| Titel=ISO 9075 Part 1: Framework \| Verlag=ISO/IEC \| Datum=2003 \| Auflage=2. \| Kommentar=Referenznummer: 9075-1:2003(E), Abschnitte: 4.8.1, 5.3.3.1 \| Online=[https://web.archive.org/web/20160304081026/http://lampsvn.epfl.ch/svn-repos/dubochet/dbc/trunk/doc/9075%282003%29%20ISO%20SQL%20standard/9075%282003%29%201%20framework.pdf web.archive.org] \|Format=PDF \|KBytes=582 \|~~Abruf2021~~-08-24}}		* {{Literatur\| Titel=ISO 9075 Part 1: Framework \| Verlag=ISO/IEC \| Datum=2003 \| Auflage=2. \| Kommentar=Referenznummer: 9075-1:2003(E), Abschnitte: 4.8.1, 5.3.3.1 \| Online=[https://web.archive.org/web/20160304081026/http://lampsvn.epfl.ch/svn-repos/dubochet/dbc/trunk/doc/9075%282003%29%20ISO%20SQL%20standard/9075%282003%29%201%20framework.pdf web.archive.org] \|Format=PDF \|KBytes=582 \|Abruf=2021-08-24}}
	* {{Literatur\| Titel=ISO 9075 Part 2: Foundation \| Verlag=ISO/IEC \| Datum=2003 \| Auflage=2. \| Kommentar=Referenznummer: 9075-2:2003(E), Kapitel: 20 Embedded SQL \| Online=[https://web.archive.org/web/20160304083044/http://lampsvn.epfl.ch/svn-repos/dubochet/dbc/trunk/doc/9075%282003%29%20ISO%20SQL%20standard/9075%282003%29%202%20foundation.pdf web.archive.org] \|Format=PDF \|KBytes=139 \|~~Abruf2021~~-08-24}}		* {{Literatur\| Titel=ISO 9075 Part 2: Foundation \| Verlag=ISO/IEC \| Datum=2003 \| Auflage=2. \| Kommentar=Referenznummer: 9075-2:2003(E), Kapitel: 20 Embedded SQL \| Online=[https://web.archive.org/web/20160304083044/http://lampsvn.epfl.ch/svn-repos/dubochet/dbc/trunk/doc/9075%282003%29%20ISO%20SQL%20standard/9075%282003%29%202%20foundation.pdf web.archive.org] \|Format=PDF \|KBytes=139 \|Abruf=2021-08-24}}
	* {{Literatur\| Titel=ISO 9075 Part 3: Call-Level Interface \| Verlag=ISO/IEC \| Datum=2003 \| Auflage=3. \| Kommentar=Referenznummer: 9075-3:2003(E), Anhang B.1 (Übersetzungsbeispiele von Embedded SQL nach low-level Library Function Calls)}}		* {{Literatur\| Titel=ISO 9075 Part 3: Call-Level Interface \| Verlag=ISO/IEC \| Datum=2003 \| Auflage=3. \| Kommentar=Referenznummer: 9075-3:2003(E), Anhang B.1 (Übersetzungsbeispiele von Embedded SQL nach low-level Library Function Calls)}}

Ulanwp: 2 Deadlinks repariert und Vorlagen um Daten ergänzt; ein Deadlink entfernt

2021-08-24T09:58:29Z

2 Deadlinks repariert und Vorlagen um Daten ergänzt; ein Deadlink entfernt

← Nächstältere Version		Version vom 24. August 2021, 11:58 Uhr
Zeile 56:		Zeile 56:

	== Literatur ==		== Literatur ==
	* {{Literatur\| Titel=ISO 9075 Part 1: Framework \| Verlag=ISO/IEC \| ~~Jahr~~=2003 \| Auflage=2. \| Kommentar=Referenznummer: 9075-1:2003(E), Abschnitte: 4.8.1, 5.3.3.1 \| Online=[http://lampsvn.epfl.ch/svn-repos/dubochet/dbc/trunk/doc/9075~~(2003)~~%20ISO%20SQL%20standard/9075~~(2003)~~%201%20framework.pdf ~~PDF~~] }}		* {{Literatur\| Titel=ISO 9075 Part 1: Framework \| Verlag=ISO/IEC \| Datum=2003 \| Auflage=2. \| Kommentar=Referenznummer: 9075-1:2003(E), Abschnitte: 4.8.1, 5.3.3.1 \| Online=[https://web.archive.org/web/20160304081026/http://lampsvn.epfl.ch/svn-repos/dubochet/dbc/trunk/doc/9075%282003%29%20ISO%20SQL%20standard/9075%282003%29%201%20framework.pdf web.archive.org] \|Format=PDF \|KBytes=582 \|Abruf2021-08-24}}
	* {{Literatur\| Titel=ISO 9075 Part 2: Foundation \| Verlag=ISO/IEC \| ~~Jahr~~=2003 \| Auflage=2. \| Kommentar=Referenznummer: 9075-2:2003(E), Kapitel: 20 Embedded SQL \| Online=[http://lampsvn.epfl.ch/svn-repos/dubochet/dbc/trunk/doc/9075~~(2003)~~%20ISO%20SQL%20standard/9075~~(2003)~~%202%20foundation.pdf ~~PDF~~] }}		* {{Literatur\| Titel=ISO 9075 Part 2: Foundation \| Verlag=ISO/IEC \| Datum=2003 \| Auflage=2. \| Kommentar=Referenznummer: 9075-2:2003(E), Kapitel: 20 Embedded SQL \| Online=[https://web.archive.org/web/20160304083044/http://lampsvn.epfl.ch/svn-repos/dubochet/dbc/trunk/doc/9075%282003%29%20ISO%20SQL%20standard/9075%282003%29%202%20foundation.pdf web.archive.org] \|Format=PDF \|KBytes=139 \|Abruf2021-08-24}}
	* {{Literatur\| Titel=ISO 9075 Part 3: Call-Level Interface \| Verlag=ISO/IEC \| ~~Jahr~~=2003 \| Auflage=3. \| Kommentar=Referenznummer: 9075-3:2003(E), Anhang B.1 (Übersetzungsbeispiele von Embedded SQL nach low-level Library Function Calls) ~~\| Online=[http://lampsvn.epfl.ch/svn-repos/dubochet/dbc/trunk/doc/9075(2003)%20ISO%20SQL%20standard/9075(2003)%203%20call-level%20interface.pdf PDF]~~ }}		* {{Literatur\| Titel=ISO 9075 Part 3: Call-Level Interface \| Verlag=ISO/IEC \| Datum=2003 \| Auflage=3. \| Kommentar=Referenznummer: 9075-3:2003(E), Anhang B.1 (Übersetzungsbeispiele von Embedded SQL nach low-level Library Function Calls)}}

	== Weblinks ==		== Weblinks ==

2.247.247.18: Rechtschreibung („Compiler“ (Fremdwort aus dem Englischen), aber „kompilieren“): https://www.duden.de/rechtschreibung/kompilieren

2019-12-06T12:09:30Z

Rechtschreibung („Compiler“ (Fremdwort aus dem Englischen), aber „kompilieren“): https://www.duden.de/rechtschreibung/kompilieren

← Nächstältere Version		Version vom 6. Dezember 2019, 14:09 Uhr
Zeile 4:		Zeile 4:
	ESQL Statements werden in die Abfolge der regulären Statements der Programmiersprache (= Hostsprache) eingefügt. Ein [[Precompiler]] wandelt die ESQL Statements in normalen Code der Hostsprache um, der dann mit dessen [[Compiler]] übersetzt wird. (Einige COBOL-Compiler enthalten einen integrierten ESQL-Precompiler.) Der umgewandelte Code enthält Aufrufe der [[Schnittstelle]] zur [[Datenbank]]. Diese Schnittstelle muss als [[Programmbibliothek\|Bibliothek]] in das fertige Programm [[Linker (Computerprogramm)\|gelinkt]] werden. Die Bibliothek ist abhängig von der verwendeten Datenbank und wird gewöhnlich vom jeweiligen Datenbankhersteller geliefert.		ESQL Statements werden in die Abfolge der regulären Statements der Programmiersprache (= Hostsprache) eingefügt. Ein [[Precompiler]] wandelt die ESQL Statements in normalen Code der Hostsprache um, der dann mit dessen [[Compiler]] übersetzt wird. (Einige COBOL-Compiler enthalten einen integrierten ESQL-Precompiler.) Der umgewandelte Code enthält Aufrufe der [[Schnittstelle]] zur [[Datenbank]]. Diese Schnittstelle muss als [[Programmbibliothek\|Bibliothek]] in das fertige Programm [[Linker (Computerprogramm)\|gelinkt]] werden. Die Bibliothek ist abhängig von der verwendeten Datenbank und wird gewöhnlich vom jeweiligen Datenbankhersteller geliefert.

	Da ESQL standardisiert ist, sollten Programme mit ESQL – solange keine [[proprietär]]en Eigenschaften des jeweiligen SQL-Dialektes verwendet werden – kompatibel mit Datenbanken verschiedener Hersteller sein, allerdings nur auf Ebene des [[Quellcode]]s. Das heißt, dass bei Wechsel des Datenbankfabrikats, manchmal sogar beim Versionsupdate der gleichen Datenbank, der Quellcode durch den ESQL-Precompiler und Compiler neu übersetzt und gegen die aktuelle Bibliothek gelinkt werden muss. Dies unterscheidet ESQL von Konzepten mit ähnlichem Einsatzzweck wie [[ODBC]] oder [[JDBC]], wo beim Wechsel der Datenbank (theoretisch) nur ein [[Gerätetreiber\|Treiber]] ausgewechselt wird und das ~~compilierte~~ Programm weiter verwendet werden kann. Es gibt allerdings mindestens einen COBOL-Compiler, der ESQL-Anweisungen in Aufrufe von ODBC umwandelt.		Da ESQL standardisiert ist, sollten Programme mit ESQL – solange keine [[proprietär]]en Eigenschaften des jeweiligen SQL-Dialektes verwendet werden – kompatibel mit Datenbanken verschiedener Hersteller sein, allerdings nur auf Ebene des [[Quellcode]]s. Das heißt, dass bei Wechsel des Datenbankfabrikats, manchmal sogar beim Versionsupdate der gleichen Datenbank, der Quellcode durch den ESQL-Precompiler und Compiler neu übersetzt und gegen die aktuelle Bibliothek gelinkt werden muss. Dies unterscheidet ESQL von Konzepten mit ähnlichem Einsatzzweck wie [[ODBC]] oder [[JDBC]], wo beim Wechsel der Datenbank (theoretisch) nur ein [[Gerätetreiber\|Treiber]] ausgewechselt wird und das kompilierte Programm weiter verwendet werden kann. Es gibt allerdings mindestens einen COBOL-Compiler, der ESQL-Anweisungen in Aufrufe von ODBC umwandelt.

	Der Vorteil dieses Ansatzes der Datenbankanbindung liegt darin, dass zur [[Compilezeit]] nicht nur die SQL-[[Syntax]], sondern auch die Typverträglichkeit der Schnittstellenvariablen gegen die Datentypen des Datenbanksystems geprüft werden kann. Laufzeitgebundene Architekturen wie [[Open Database Connectivity\|ODBC]], [[JDBC]], [[ActiveX Data Objects\|ADO]] oder [[ADO.NET]] können keine Typprüfung vornehmen.		Der Vorteil dieses Ansatzes der Datenbankanbindung liegt darin, dass zur [[Compilezeit]] nicht nur die SQL-[[Syntax]], sondern auch die Typverträglichkeit der Schnittstellenvariablen gegen die Datentypen des Datenbanksystems geprüft werden kann. Laufzeitgebundene Architekturen wie [[Open Database Connectivity\|ODBC]], [[JDBC]], [[ActiveX Data Objects\|ADO]] oder [[ADO.NET]] können keine Typprüfung vornehmen.

Wiegels: Weiterleitungsauflösung

2019-02-08T23:44:29Z

Weiterleitungsauflösung

← Nächstältere Version		Version vom 9. Februar 2019, 01:44 Uhr
Zeile 63:		Zeile 63:
	* [https://www.postgresql.org/docs/current/static/ecpg.html ECPG – Embedded SQL in C]. PostgreSQL Documentation, (Beschreibung der [[PostgreSQL]] Implementation von Embedded SQL).		* [https://www.postgresql.org/docs/current/static/ecpg.html ECPG – Embedded SQL in C]. PostgreSQL Documentation, (Beschreibung der [[PostgreSQL]] Implementation von Embedded SQL).

	{{~~Vorlage:~~SQL}}		{{Navigationsleiste SQL}}

	[[Kategorie:Datenbankschnittstelle]]		[[Kategorie:Datenbankschnittstelle]]

R4nd0m1: + Navigation

2019-02-07T18:29:41Z

+ Navigation

← Nächstältere Version		Version vom 7. Februar 2019, 20:29 Uhr
Zeile 62:		Zeile 62:
	== Weblinks ==		== Weblinks ==
	* [https://www.postgresql.org/docs/current/static/ecpg.html ECPG – Embedded SQL in C]. PostgreSQL Documentation, (Beschreibung der [[PostgreSQL]] Implementation von Embedded SQL).		* [https://www.postgresql.org/docs/current/static/ecpg.html ECPG – Embedded SQL in C]. PostgreSQL Documentation, (Beschreibung der [[PostgreSQL]] Implementation von Embedded SQL).

			{{Vorlage:SQL}}

	[[Kategorie:Datenbankschnittstelle]]		[[Kategorie:Datenbankschnittstelle]]

Kelti: /* Weblink aktualisiert */

2018-10-16T05:28:56Z

Weblink aktualisiert

← Nächstältere Version		Version vom 16. Oktober 2018, 07:28 Uhr
Zeile 61:		Zeile 61:

	== Weblinks ==		== Weblinks ==
	* [~~http~~://www.postgresql.org/docs/~~9.2~~/~~interactive~~/ecpg.html ECPG – Embedded SQL in C]. PostgreSQL ~~9.2.0~~ Documentation, ~~2012~~ (Beschreibung der [[PostgreSQL]] Implementation von Embedded SQL).		* [https://www.postgresql.org/docs/current/static/ecpg.html ECPG – Embedded SQL in C]. PostgreSQL Documentation, (Beschreibung der [[PostgreSQL]] Implementation von Embedded SQL).

	[[Kategorie:Datenbankschnittstelle]]		[[Kategorie:Datenbankschnittstelle]]

Phzh: typo

2018-10-15T11:31:31Z

typo

← Nächstältere Version		Version vom 15. Oktober 2018, 13:31 Uhr
Zeile 50:		Zeile 50:
	;		;

	Die Variablen 'vorname' und 'nachname' werden hier - wie auch im Beispiel oben - zur Aufnahme der gelesenen Werte verwendet. Zusätzlich geben die Indikatorvariablen 'i_vorname' und 'i_nachname' an, ob der Vorname und der Nachname überhaupt vorhanden war. Wenn z. B. nur der Nachname gespeichert war und der Vorname unbekannt (<code>Null</code>) war, dann wurde 'i_nachname' mit 0 und 'i_vorname' mit −1 belegt.		Die Variablen 'vorname' und 'nachname' werden hier – wie auch im Beispiel oben – zur Aufnahme der gelesenen Werte verwendet. Zusätzlich geben die Indikatorvariablen 'i_vorname' und 'i_nachname' an, ob der Vorname und der Nachname überhaupt vorhanden war. Wenn z. B. nur der Nachname gespeichert war und der Vorname unbekannt (<code>Null</code>) war, dann wurde 'i_nachname' mit 0 und 'i_vorname' mit −1 belegt.

	== Siehe auch ==		== Siehe auch ==
Zeile 61:		Zeile 61:

	== Weblinks ==		== Weblinks ==
	* [http://www.postgresql.org/docs/9.2/interactive/ecpg.html ECPG - Embedded SQL in C]. PostgreSQL 9.2.0 Documentation, 2012 (Beschreibung der [[PostgreSQL]] Implementation von Embedded SQL).		* [http://www.postgresql.org/docs/9.2/interactive/ecpg.html ECPG – Embedded SQL in C]. PostgreSQL 9.2.0 Documentation, 2012 (Beschreibung der [[PostgreSQL]] Implementation von Embedded SQL).

	[[Kategorie:Datenbankschnittstelle]]		[[Kategorie:Datenbankschnittstelle]]

Aka: doppelten Link entfernt

2018-06-14T21:23:51Z

doppelten Link entfernt

← Nächstältere Version		Version vom 14. Juni 2018, 23:23 Uhr
Zeile 1:		Zeile 1:
	'''Embedded SQL''' ({{enS}} für ''eingebettetes [[SQL]]'', abgekürzt '''ESQL''') standardisiert die Syntax zum Einfügen von [[SQL]] Befehlen in Programmiersprachen. Die Einbettung in [[Ada (Programmiersprache)\|Ada]], [[C (Programmiersprache)\|C]], [[C++]], [[COBOL]], [[Fortran]], [[MUMPS]], [[Pascal (Programmiersprache)\|Pascal]] und [[PL/I]] wird im Teil 2 ''Foundation'' (SQL/Foundation) und die Einbettung in [[Java (Programmiersprache)\|Java]] im Teil 10 ''Object Language Bindings'' ([[SQLJ\|SQL/OLB]]) des [[SQL#Sprachstandard\|SQL Standards]] ''ISO/IEC 9075'' spezifiziert.		'''Embedded SQL''' ({{enS}} für ''eingebettetes [[SQL]]'', abgekürzt '''ESQL''') standardisiert die Syntax zum Einfügen von SQL Befehlen in Programmiersprachen. Die Einbettung in [[Ada (Programmiersprache)\|Ada]], [[C (Programmiersprache)\|C]], [[C++]], [[COBOL]], [[Fortran]], [[MUMPS]], [[Pascal (Programmiersprache)\|Pascal]] und [[PL/I]] wird im Teil 2 ''Foundation'' (SQL/Foundation) und die Einbettung in [[Java (Programmiersprache)\|Java]] im Teil 10 ''Object Language Bindings'' ([[SQLJ\|SQL/OLB]]) des [[SQL#Sprachstandard\|SQL Standards]] ''ISO/IEC 9075'' spezifiziert.

	== Technische Beschreibung ==		== Technische Beschreibung ==

← Nächstältere Version		Version vom 6. Dezember 2019, 14:09 Uhr
Zeile 4:		Zeile 4:
	ESQL Statements werden in die Abfolge der regulären Statements der Programmiersprache (= Hostsprache) eingefügt. Ein [[Precompiler]] wandelt die ESQL Statements in normalen Code der Hostsprache um, der dann mit dessen [[Compiler]] übersetzt wird. (Einige COBOL-Compiler enthalten einen integrierten ESQL-Precompiler.) Der umgewandelte Code enthält Aufrufe der [[Schnittstelle]] zur [[Datenbank]]. Diese Schnittstelle muss als [[Programmbibliothek\|Bibliothek]] in das fertige Programm [[Linker (Computerprogramm)\|gelinkt]] werden. Die Bibliothek ist abhängig von der verwendeten Datenbank und wird gewöhnlich vom jeweiligen Datenbankhersteller geliefert.		ESQL Statements werden in die Abfolge der regulären Statements der Programmiersprache (= Hostsprache) eingefügt. Ein [[Precompiler]] wandelt die ESQL Statements in normalen Code der Hostsprache um, der dann mit dessen [[Compiler]] übersetzt wird. (Einige COBOL-Compiler enthalten einen integrierten ESQL-Precompiler.) Der umgewandelte Code enthält Aufrufe der [[Schnittstelle]] zur [[Datenbank]]. Diese Schnittstelle muss als [[Programmbibliothek\|Bibliothek]] in das fertige Programm [[Linker (Computerprogramm)\|gelinkt]] werden. Die Bibliothek ist abhängig von der verwendeten Datenbank und wird gewöhnlich vom jeweiligen Datenbankhersteller geliefert.

	Da ESQL standardisiert ist, sollten Programme mit ESQL – solange keine [[proprietär]]en Eigenschaften des jeweiligen SQL-Dialektes verwendet werden – kompatibel mit Datenbanken verschiedener Hersteller sein, allerdings nur auf Ebene des [[Quellcode]]s. Das heißt, dass bei Wechsel des Datenbankfabrikats, manchmal sogar beim Versionsupdate der gleichen Datenbank, der Quellcode durch den ESQL-Precompiler und Compiler neu übersetzt und gegen die aktuelle Bibliothek gelinkt werden muss. Dies unterscheidet ESQL von Konzepten mit ähnlichem Einsatzzweck wie [[ODBC]] oder [[JDBC]], wo beim Wechsel der Datenbank (theoretisch) nur ein [[Gerätetreiber\|Treiber]] ausgewechselt wird und das ~~compilierte~~ Programm weiter verwendet werden kann. Es gibt allerdings mindestens einen COBOL-Compiler, der ESQL-Anweisungen in Aufrufe von ODBC umwandelt.		Da ESQL standardisiert ist, sollten Programme mit ESQL – solange keine [[proprietär]]en Eigenschaften des jeweiligen SQL-Dialektes verwendet werden – kompatibel mit Datenbanken verschiedener Hersteller sein, allerdings nur auf Ebene des [[Quellcode]]s. Das heißt, dass bei Wechsel des Datenbankfabrikats, manchmal sogar beim Versionsupdate der gleichen Datenbank, der Quellcode durch den ESQL-Precompiler und Compiler neu übersetzt und gegen die aktuelle Bibliothek gelinkt werden muss. Dies unterscheidet ESQL von Konzepten mit ähnlichem Einsatzzweck wie [[ODBC]] oder [[JDBC]], wo beim Wechsel der Datenbank (theoretisch) nur ein [[Gerätetreiber\|Treiber]] ausgewechselt wird und das kompilierte Programm weiter verwendet werden kann. Es gibt allerdings mindestens einen COBOL-Compiler, der ESQL-Anweisungen in Aufrufe von ODBC umwandelt.

	Der Vorteil dieses Ansatzes der Datenbankanbindung liegt darin, dass zur [[Compilezeit]] nicht nur die SQL-[[Syntax]], sondern auch die Typverträglichkeit der Schnittstellenvariablen gegen die Datentypen des Datenbanksystems geprüft werden kann. Laufzeitgebundene Architekturen wie [[Open Database Connectivity\|ODBC]], [[JDBC]], [[ActiveX Data Objects\|ADO]] oder [[ADO.NET]] können keine Typprüfung vornehmen.		Der Vorteil dieses Ansatzes der Datenbankanbindung liegt darin, dass zur [[Compilezeit]] nicht nur die SQL-[[Syntax]], sondern auch die Typverträglichkeit der Schnittstellenvariablen gegen die Datentypen des Datenbanksystems geprüft werden kann. Laufzeitgebundene Architekturen wie [[Open Database Connectivity\|ODBC]], [[JDBC]], [[ActiveX Data Objects\|ADO]] oder [[ADO.NET]] können keine Typprüfung vornehmen.