Diskussion:SQLJ
Abschnitt hinzufügenPerformanter als JDBC?
[Quelltext bearbeiten]SQLJ ist performanter als JDBC, da zur Compilierzeit Zugriffspfade ermittelt und in der Datenbank abgelegt werden können
Könnte mal jemand genauer erklären, was mit diesen „Zugriffspfaden“ gemeint ist und wie das in der DB abgelegt werden kannn? Was sind die Vorraussetzungen dafür, dass das tatsächlich passiert? Ich konnte i.d.R. im Gegenteil meist einen Performance-Overhead bei Verwendung von SQLJ beobachten, nie einen Gewinn. Gruß, Leo141 14:29, 9. Mär 2006 (CET)
- Hallo, ich glaube, was der Autor damit meinte, sind "Zugriffspläne": Der Compiler kann zur Kompilierzeit Aufgaben vorwegnehmen, die sonst das DBMS zur Laufzeit ausführen muss: Parsen des Anfragestrings, Verschiedene Schritte der Optimierung und schließlich Kompilierung zu dem Code, der die Anfrage vornimmt. Theoretisch bedeutet dies einen Performancegewinn – welche Effekte sich da evtl. in der Praxis bemerkbar machen, kann ich leider nicht sagen.
- Mit dem "und in der Datenbank abgelegt werden können" bin ich nicht einverstanden; IMHO wird der generierte DB-Zugriffscode teil des Java-Bytecodes.--EdwardBaynes 21:48, 12. Mai 2006 (CEST)
- Diese Aussage ist Quatsch. SQLJ wird vom Präprozessor in JDBC-Anweisungen übersetzt. Wo soll da ein Performance-Gewinn sein? Ich habe den Punkt bereits gelöscht, doch das muss noch gesichtet werden. (nicht signierter Beitrag von 85.178.126.166 (Diskussion | Beiträge) 01:01, 22. Aug. 2009 (CEST))
SQLJ ist eine Spezifikation
[Quelltext bearbeiten]Man sollte m.E. erwähnen, dass SQLJ kein Produkt, sondern eine Spezifikation ist. Implementierungen gibt es u.A. von Oracle und IBM. Leo141 14:39, 9. Mär 2006 (CET)
ANSI-Stadard
[Quelltext bearbeiten]Laut IBM ist SQLJ ein ANSI-Standard, laut diesem Wikipedia Artikel ist es ein veralteter Arbeitstitel für irgendwelche "Bestrebungen". Welches von beiden ist wahr? Beides kann nicht wahr sein, etwas das ein ANSI Standard geworden ist kann nicht zugleich ein veralteter Arbeitstitel für irgendwelche gescheiterten Bemühungen sein. --~2025-19821-2 (Diskussion) 14:19, 15. Jul. 2025 (CEST)
- Die Beschreibung im ersten Absatz ist zutreffend. Unter dem Namen "SQLJ" wurde nichts in ISO/IEC 9075 (=SQL) aufgenommen. Aber SQL/OLB basiert auf dem damaligen SQLJ Teil 0. Würde es die Zusammenhänge besser beschreiben, wenn wir die Vergangenheitsform (Präteritum) verwenden, also: " SQLJ Teil 0 definierte die Möglichkeit, ..."? --Kelti (Diskussion) 18:25, 15. Jul. 2025 (CEST)