SQLJ - Versionsgeschichte

Amraleth: /* growthexperiments-addlink-summary-summary:2|1|0 */

2024-10-16T00:01:19Z

Linkvorschlag-Funktion: 2 Links hinzugefügt.

← Nächstältere Version		Version vom 16. Oktober 2024, 02:01 Uhr
Zeile 16:		Zeile 16:

	* die Programmierung ist im Vergleich zu [[Java Database Connectivity\|JDBC]] wesentlich einfacher, da SQLJ direkt auf Variablen des umgebenden Java-Codes zugreifen kann.		* die Programmierung ist im Vergleich zu [[Java Database Connectivity\|JDBC]] wesentlich einfacher, da SQLJ direkt auf Variablen des umgebenden Java-Codes zugreifen kann.
	* im Falle von SQLJ für IBMs DB2 besteht eine bessere Authentifizierungskontrolle, da Benutzerrechte nicht auf Basis von Tabellen, sondern auf Basis von gebundenen SQLJ Profilen (Packages) geprüft werden, damit ist eine programmorientierte Berechtigung möglich.		* im Falle von SQLJ für IBMs [[Db2\|DB2]] besteht eine bessere Authentifizierungskontrolle, da Benutzerrechte nicht auf Basis von Tabellen, sondern auf Basis von gebundenen SQLJ Profilen (Packages) geprüft werden, damit ist eine programmorientierte Berechtigung möglich.
	* Der SQLJ Translator überprüft die Syntax und Semantik von SQL-Anweisungen. Es besteht so die Möglichkeit, die Anweisungen gegen das Datenbankschema zu prüfen, wobei SQL-Fehler frühzeitig entdeckt und behoben werden können. Im Gegensatz hierzu werden bei Verwendung von JDBC Fehler erst zur Laufzeit erkannt.		* Der SQLJ Translator überprüft die Syntax und Semantik von SQL-Anweisungen. Es besteht so die Möglichkeit, die Anweisungen gegen das Datenbankschema zu prüfen, wobei SQL-Fehler frühzeitig entdeckt und behoben werden können. Im Gegensatz hierzu werden bei Verwendung von JDBC Fehler erst zur Laufzeit erkannt.

Zeile 25:		Zeile 25:
	* SQLJ wird durch gängige Persistenz-Frameworks wie [[Hibernate (Framework)\|Hibernate]] nicht unterstützt		* SQLJ wird durch gängige Persistenz-Frameworks wie [[Hibernate (Framework)\|Hibernate]] nicht unterstützt
	* Der Präprozessor versteht, Stand Anfang 2006, noch keine Elemente der [[Java-Syntax]], die mit den Versionen 1.4 ([[assert]]) und 5.0 ([[Generische Programmierung in Java 5.0\|Generische Typen]], ''Extended For Loop'' u. a.) eingeführt wurden.		* Der Präprozessor versteht, Stand Anfang 2006, noch keine Elemente der [[Java-Syntax]], die mit den Versionen 1.4 ([[assert]]) und 5.0 ([[Generische Programmierung in Java 5.0\|Generische Typen]], ''Extended For Loop'' u. a.) eingeführt wurden.
	* Der Präprozessor lädt unter Umständen Klassen, von denen die zu übersetzende Klasse abhängt. Dadurch werden ggf. Klasseninitialisierer ausgeführt, was u. U. Nebenwirkungen auslöst oder die Übersetzungszeit verlängert.		* Der Präprozessor lädt unter Umständen Klassen, von denen die zu übersetzende Klasse abhängt. Dadurch werden ggf. Klasseninitialisierer ausgeführt, was u. U. Nebenwirkungen auslöst oder die [[Übersetzungszeit]] verlängert.

	== Beispiele und Vergleich mit JDBC ==		== Beispiele und Vergleich mit JDBC ==

Aka: https, Kleinkram

2023-10-26T19:48:19Z

https, Kleinkram

← Nächstältere Version		Version vom 26. Oktober 2023, 21:48 Uhr
Zeile 7:		Zeile 7:

	== Format ==		== Format ==
	Die eingebettete SQL-Anweisungen haben das folgende Format:		Die eingebettete SQL-Anweisungen haben das folgende Format:
	'''#sql [[<context>]] { <SQL-Anweisung> }''';		'''#sql [[<context>]] { <SQL-Anweisung> }''';

Zeile 21:		Zeile 21:
	Nachteile sind:		Nachteile sind:

	* SQLJ-Programme müssen mittels eines [[Präprozessor]]s in Java-Quelltext transformiert werden		* SQLJ-Programme müssen mittels eines [[Präprozessor]]s in Java-Quelltext transformiert werden
	* die SQLJ Syntax wird von vielen [[Integrierte Entwicklungsumgebung\|Entwicklungsumgebungen]] nicht erkannt		* die SQLJ Syntax wird von vielen [[Integrierte Entwicklungsumgebung\|Entwicklungsumgebungen]] nicht erkannt
	* SQLJ wird durch gängige Persistenz-Frameworks wie [[Hibernate (Framework)\|Hibernate]] nicht unterstützt		* SQLJ wird durch gängige Persistenz-Frameworks wie [[Hibernate (Framework)\|Hibernate]] nicht unterstützt
Zeile 126:		Zeile 126:
	== Weblinks ==		== Weblinks ==

	*[~~http~~://www.redbooks.ibm.com/abstracts/sg246435.html IBM Redbook: DB2 for z/OS and OS/390: Ready for Java]		* [https://www.redbooks.ibm.com/abstracts/sg246435.html IBM Redbook: DB2 for z/OS and OS/390: Ready for Java]

	{{SORTIERUNG:Sqli}}		{{SORTIERUNG:Sqli}}

KnightMove: /* Weblinks */ Kategorie:Abkürzung

2022-05-21T04:46:56Z

Weblinks: Kategorie:Abkürzung

← Nächstältere Version		Version vom 21. Mai 2022, 06:46 Uhr
Zeile 132:		Zeile 132:
	[[Kategorie:SQL]]		[[Kategorie:SQL]]
	[[Kategorie:Java (Programmiersprache)]]		[[Kategorie:Java (Programmiersprache)]]
			[[Kategorie:Abkürzung]]

Horst Gräbner: keine Verbesserung

2020-02-10T10:14:20Z

keine Verbesserung

← Nächstältere Version		Version vom 10. Februar 2020, 12:14 Uhr
Zeile 1:		Zeile 1:
	<!--Bitte benachrichtigt mich beim Löschen! [[Benutzer:Flominator\|Flominator]] 22:35, 12. Mär 2005 (CET)-->		<!--Bitte benachrichtigt mich beim Löschen! [[Benutzer:Flominator\|Flominator]] 22:35, 12. Mär 2005 (CET)-->
	'''SQLJ''' ist ein mittlerweile veralteter Arbeitstitel für Bestrebungen, ~~welche~~ Java und SQL zusammenzuführen. SQLJ Teil 0 definiert die Möglichkeit, SQL Statements in Java-Programme einzubinden. Teil 0 wurde mittlerweile als Teil 10 ''[[SQL#Sprachstandard\|Object Language Bindings (SQL/OLB)]]'' des Standards ISO/IEC 9075 der Datenbanksprache [[SQL]] übernommen. Die Teile 1 und 2 beschreiben den umgekehrten Weg, nämlich Java Klassen (Routines and Types) in SQL Statements anzusprechen. Teil 1 und 2 wurden als ''SQL Teil 13 SQL Routines and Types Using the Java Programming Language'' in SQL standardisiert.		'''SQLJ''' ist ein mittlerweile veralteter Arbeitstitel für Bestrebungen, Java und SQL zusammenzuführen. SQLJ Teil 0 definiert die Möglichkeit, SQL Statements in Java-Programme einzubinden. Teil 0 wurde mittlerweile als Teil 10 ''[[SQL#Sprachstandard\|Object Language Bindings (SQL/OLB)]]'' des Standards ISO/IEC 9075 der Datenbanksprache [[SQL]] übernommen. Die Teile 1 und 2 beschreiben den umgekehrten Weg, nämlich Java Klassen (Routines and Types) in SQL Statements anzusprechen. Teil 1 und 2 wurden als ''SQL Teil 13 SQL Routines and Types Using the Java Programming Language'' in SQL standardisiert.

	Im Folgenden steht der Begriff SQLJ als Synonym für SQLJ Part 0.		Im Folgenden steht der Begriff SQLJ als Synonym für SQLJ Part 0.

46.94.235.30 am 30. Januar 2020 um 08:16 Uhr

2020-01-30T08:16:26Z

← Nächstältere Version		Version vom 30. Januar 2020, 10:16 Uhr
Zeile 1:		Zeile 1:
	<!--Bitte benachrichtigt mich beim Löschen! [[Benutzer:Flominator\|Flominator]] 22:35, 12. Mär 2005 (CET)-->		<!--Bitte benachrichtigt mich beim Löschen! [[Benutzer:Flominator\|Flominator]] 22:35, 12. Mär 2005 (CET)-->
	'''SQLJ''' ist ein mittlerweile veralteter Arbeitstitel für Bestrebungen, Java und SQL zusammenzuführen. SQLJ Teil 0 definiert die Möglichkeit, SQL Statements in Java-Programme einzubinden. Teil 0 wurde mittlerweile als Teil 10 ''[[SQL#Sprachstandard\|Object Language Bindings (SQL/OLB)]]'' des Standards ISO/IEC 9075 der Datenbanksprache [[SQL]] übernommen. Die Teile 1 und 2 beschreiben den umgekehrten Weg, nämlich Java Klassen (Routines and Types) in SQL Statements anzusprechen. Teil 1 und 2 wurden als ''SQL Teil 13 SQL Routines and Types Using the Java Programming Language'' in SQL standardisiert.		'''SQLJ''' ist ein mittlerweile veralteter Arbeitstitel für Bestrebungen, welche Java und SQL zusammenzuführen. SQLJ Teil 0 definiert die Möglichkeit, SQL Statements in Java-Programme einzubinden. Teil 0 wurde mittlerweile als Teil 10 ''[[SQL#Sprachstandard\|Object Language Bindings (SQL/OLB)]]'' des Standards ISO/IEC 9075 der Datenbanksprache [[SQL]] übernommen. Die Teile 1 und 2 beschreiben den umgekehrten Weg, nämlich Java Klassen (Routines and Types) in SQL Statements anzusprechen. Teil 1 und 2 wurden als ''SQL Teil 13 SQL Routines and Types Using the Java Programming Language'' in SQL standardisiert.

	Im Folgenden steht der Begriff SQLJ als Synonym für SQLJ Part 0.		Im Folgenden steht der Begriff SQLJ als Synonym für SQLJ Part 0.

Orthographus: Rechtschreibung

2020-01-18T16:38:58Z

Rechtschreibung

← Nächstältere Version		Version vom 18. Januar 2020, 18:38 Uhr
Zeile 1:		Zeile 1:
	<!--Bitte benachrichtigt mich beim Löschen! [[Benutzer:Flominator\|Flominator]] 22:35, 12. Mär 2005 (CET)-->		<!--Bitte benachrichtigt mich beim Löschen! [[Benutzer:Flominator\|Flominator]] 22:35, 12. Mär 2005 (CET)-->
	'''SQLJ''' ist ein mittlerweile veralteter Arbeitstitel für Bestrebungen, Java und SQL zusammenzuführen. SQLJ Teil 0 definiert die Möglichkeit, SQL Statements in Java Programme einzubinden. Teil 0 wurde mittlerweile als Teil 10 ''[[SQL#Sprachstandard\|Object Language Bindings (SQL/OLB)]]'' des Standards ISO/IEC 9075 der Datenbanksprache [[SQL]] übernommen. Die Teile 1 und 2 beschreiben den umgekehrten Weg, nämlich Java Klassen (Routines and Types) in SQL Statements anzusprechen. Teil 1 und 2 wurden als ''SQL Teil 13 SQL Routines and Types Using the Java Programming Language'' in SQL standardisiert.		'''SQLJ''' ist ein mittlerweile veralteter Arbeitstitel für Bestrebungen, Java und SQL zusammenzuführen. SQLJ Teil 0 definiert die Möglichkeit, SQL Statements in Java-Programme einzubinden. Teil 0 wurde mittlerweile als Teil 10 ''[[SQL#Sprachstandard\|Object Language Bindings (SQL/OLB)]]'' des Standards ISO/IEC 9075 der Datenbanksprache [[SQL]] übernommen. Die Teile 1 und 2 beschreiben den umgekehrten Weg, nämlich Java Klassen (Routines and Types) in SQL Statements anzusprechen. Teil 1 und 2 wurden als ''SQL Teil 13 SQL Routines and Types Using the Java Programming Language'' in SQL standardisiert.

	Im Folgenden steht der Begriff SQLJ als Synonym für SQLJ Part 0.		Im Folgenden steht der Begriff SQLJ als Synonym für SQLJ Part 0.

Invisigoth67: typo

2019-06-12T18:32:33Z

typo

← Nächstältere Version		Version vom 12. Juni 2019, 20:32 Uhr
Zeile 24:		Zeile 24:
	* die SQLJ Syntax wird von vielen [[Integrierte Entwicklungsumgebung\|Entwicklungsumgebungen]] nicht erkannt		* die SQLJ Syntax wird von vielen [[Integrierte Entwicklungsumgebung\|Entwicklungsumgebungen]] nicht erkannt
	* SQLJ wird durch gängige Persistenz-Frameworks wie [[Hibernate (Framework)\|Hibernate]] nicht unterstützt		* SQLJ wird durch gängige Persistenz-Frameworks wie [[Hibernate (Framework)\|Hibernate]] nicht unterstützt
	* Der Präprozessor versteht, Stand Anfang 2006, noch keine Elemente der [[Java-Syntax]], die mit den Versionen 1.4 ([[assert]]) und 5.0 ([[Generische Programmierung in Java 5.0\|Generische Typen]], ''Extended For Loop'', u. a.) eingeführt wurden.		* Der Präprozessor versteht, Stand Anfang 2006, noch keine Elemente der [[Java-Syntax]], die mit den Versionen 1.4 ([[assert]]) und 5.0 ([[Generische Programmierung in Java 5.0\|Generische Typen]], ''Extended For Loop'' u. a.) eingeführt wurden.
	* Der Präprozessor lädt unter Umständen Klassen, von denen die zu übersetzende Klasse abhängt. Dadurch werden ggf. Klasseninitialisierer ausgeführt, was u. U. Nebenwirkungen auslöst oder die Übersetzungszeit verlängert.		* Der Präprozessor lädt unter Umständen Klassen, von denen die zu übersetzende Klasse abhängt. Dadurch werden ggf. Klasseninitialisierer ausgeführt, was u. U. Nebenwirkungen auslöst oder die Übersetzungszeit verlängert.

Aka: /* Vor- und Nachteile */ Abkürzung korrigiert

2018-04-19T16:49:26Z

Vor- und Nachteile: Abkürzung korrigiert

← Nächstältere Version		Version vom 19. April 2018, 18:49 Uhr
Zeile 24:		Zeile 24:
	* die SQLJ Syntax wird von vielen [[Integrierte Entwicklungsumgebung\|Entwicklungsumgebungen]] nicht erkannt		* die SQLJ Syntax wird von vielen [[Integrierte Entwicklungsumgebung\|Entwicklungsumgebungen]] nicht erkannt
	* SQLJ wird durch gängige Persistenz-Frameworks wie [[Hibernate (Framework)\|Hibernate]] nicht unterstützt		* SQLJ wird durch gängige Persistenz-Frameworks wie [[Hibernate (Framework)\|Hibernate]] nicht unterstützt
	* Der Präprozessor versteht, Stand Anfang 2006, noch keine Elemente der [[Java-Syntax]], die mit den Versionen 1.4 ([[assert]]) und 5.0 ([[Generische Programmierung in Java 5.0\|Generische Typen]], ''Extended For Loop'', u.a.) eingeführt wurden.		* Der Präprozessor versteht, Stand Anfang 2006, noch keine Elemente der [[Java-Syntax]], die mit den Versionen 1.4 ([[assert]]) und 5.0 ([[Generische Programmierung in Java 5.0\|Generische Typen]], ''Extended For Loop'', u. a.) eingeführt wurden.
	* Der Präprozessor lädt unter Umständen Klassen, von denen die zu übersetzende Klasse abhängt. Dadurch werden ggf. Klasseninitialisierer ausgeführt, was u.U. Nebenwirkungen auslöst oder die Übersetzungszeit verlängert.		* Der Präprozessor lädt unter Umständen Klassen, von denen die zu übersetzende Klasse abhängt. Dadurch werden ggf. Klasseninitialisierer ausgeführt, was u. U. Nebenwirkungen auslöst oder die Übersetzungszeit verlängert.

	== Beispiele und Vergleich mit JDBC ==		== Beispiele und Vergleich mit JDBC ==

89.183.68.16: /* Vor- und Nachteile */ ,

2015-01-21T13:26:57Z

Vor- und Nachteile: ,

← Nächstältere Version		Version vom 21. Januar 2015, 15:26 Uhr
Zeile 17:		Zeile 17:
	* die Programmierung ist im Vergleich zu [[Java Database Connectivity\|JDBC]] wesentlich einfacher, da SQLJ direkt auf Variablen des umgebenden Java-Codes zugreifen kann.		* die Programmierung ist im Vergleich zu [[Java Database Connectivity\|JDBC]] wesentlich einfacher, da SQLJ direkt auf Variablen des umgebenden Java-Codes zugreifen kann.
	* im Falle von SQLJ für IBMs DB2 besteht eine bessere Authentifizierungskontrolle, da Benutzerrechte nicht auf Basis von Tabellen, sondern auf Basis von gebundenen SQLJ Profilen (Packages) geprüft werden, damit ist eine programmorientierte Berechtigung möglich.		* im Falle von SQLJ für IBMs DB2 besteht eine bessere Authentifizierungskontrolle, da Benutzerrechte nicht auf Basis von Tabellen, sondern auf Basis von gebundenen SQLJ Profilen (Packages) geprüft werden, damit ist eine programmorientierte Berechtigung möglich.
	* Der SQLJ Translator überprüft die Syntax und Semantik von SQL-Anweisungen. Es besteht so die Möglichkeit die Anweisungen gegen das Datenbankschema zu prüfen, wobei SQL-Fehler frühzeitig entdeckt und behoben werden können. Im Gegensatz hierzu werden bei Verwendung von JDBC Fehler erst zur Laufzeit erkannt.		* Der SQLJ Translator überprüft die Syntax und Semantik von SQL-Anweisungen. Es besteht so die Möglichkeit, die Anweisungen gegen das Datenbankschema zu prüfen, wobei SQL-Fehler frühzeitig entdeckt und behoben werden können. Im Gegensatz hierzu werden bei Verwendung von JDBC Fehler erst zur Laufzeit erkannt.

	Nachteile sind:		Nachteile sind:

2003:45:461E:6A01:E907:753D:F483:2C5D: /* Beispiele und Vergleich mit JDBC */

2014-01-04T21:03:34Z

Beispiele und Vergleich mit JDBC

← Nächstältere Version		Version vom 4. Januar 2014, 23:03 Uhr
Zeile 40:		Zeile 40:
	PreparedStatement stmt = conn.prepareStatement(		PreparedStatement stmt = conn.prepareStatement(
	"SELECT LASTNAME"		"SELECT LASTNAME"
	+ " , ~~FIRSTNME~~"		+ " , FIRSTNAME"
	+ " , SALARY"		+ " , SALARY"
	+ " FROM DSN8710.EMP"		+ " FROM DSN8710.EMP"