SQL (allg.): SELECT FIRST u.ä. oder <window clause>

[DeddyH]

Ich bin mir nicht ganz sicher, wie das zu deuten ist (aus meinem geposteten Link):

Zitat:

BETWEEN clause Use the BETWEEN clause to define the first and last row of the window, using the current row as a reference point. First and last rows are expressed in terms of the number of rows preceding and following the current row, respectively. For example, BETWEEN 3 PRECEDING AND 5 FOLLOWING sets the window to start with the third row preceding the current row, and end with the fifth row following the current row.

[IBExpert]

Ich hab mir schon vor Jahren abgewöhnt, irgendwelche Standards zu hinterfragen, eine 90% SQL kompatible Applikation ist meist kein Problem, 100% SQL kompatibel ist nur mit extremen Einschränkungen möglich. Da ich schon Erfahrung mit Firebird/Oracle/DB2 kompatibler Anwendungsentwicklung gemacht habe kenn ich diverse Konstrukte, die inkompatibel sind, aber auf db2 und Firebird war es relativ einfach, gemeinsam funktionierende SQLs zu entwickeln, die dann sogar noch das gleiche Ergebnis bringen, was übrigens keineswegs immer der fall ist, gerade Oracle hatte da durchaus weniger lustige Überraschungen parat.

[Jürgen Thomas]

Naja, ich hatte schon die Idee, ob <window clause> vielleicht ein "Fenster" innerhalb der gesamten Abfragemenge bezeichnen könnte; mit den ROWS-Parametern und den von Detlef zitierten Angaben würde dieses "Fenster" genauer positioniert. Aber die "current row" passt m.E. nicht dazu: Was soll die innerhalb einer Datenmenge bedeuten? Das deutet für mich eher auf einen Arbeitsablauf innerhalb einer StoredProcedure oder eines EXECUTE-Befehls hin.

Ich gebe zu, dass mein Englisch große Lücken aufweist, vor allem wenn es komplexe Satzkonstruktionen mit Fachbegriffen sind. Im Fall SQL brauche ich zusätzlich Beispiele; und die fehlen mir bei den allgemeinen SQL-Definitionen. Keine der speziellen DBMS-Dokumentationen, die ich ständig zu Rate ziehe (FB, MS, MySql, Oracle), verwendet den Begriff <window clause> im Zusammenhang mit SELECT FIRST u.ä. (sofern es dies überhaupt kennt).

Es geht mir hier auch gar nicht um kompatible SQL-Befehle, sondern um allgemein gültige Erklärungen für das WikiBook Einführung in SQL. Da muss schon alles korrekt sein; und wenn ich etwas selbst nicht richtig verstehe, wie soll ich es dann erläutern?

Jürgen

[IBExpert]

ist kein vorwurf an dich, sondern eher ein hinweis auf eine gesunde Kritik gegenüber
sogenannter Standards.

Ganz einfache Frage: Wann ist beim Fußball abseits?
Ganz einfache Antwort: Abseits ist wenn der Schiedsrichter abseits pfeift, wer auch immer wann wo rumgestanden hat

Das Problem sieht man an so ziemlich jedem Wochenende im Fernsehen und es gibt ungeheuer schlaue Definitionen der FIFA, wann der Schiedsrichter denn Abseits pfeifen sollte. Genau wie die Interpretation des Schiedsrichters immer die Spielsituation beinhaltet und das was er dabei gesehen hat, ist es für den Programmierer: Wer etwas realisiert die zum Beispiel eine rows anweisung muss Freiraum zur Interpretation haben .

Beispiel:

select * from
(select * from Tab1 rows 1 to 10) t1
join (select * from Tab2 rows 11 to 20) t2 on t2.id=t1.id
rows 5 to 15

ist in Firebird eine gültige Anweisung, aber in welcher reihenfolge arbeitet man das ab? erst join, dann rows, erst rows, dann join, erst innere rows, erst externe rows, ....

Ein Programmierer einer Datenbankengine muss eine Entscheidung treffen und diese kann sich nachträglich durchaus mal als abweichend vom später definierten Standard zeigen. Wenn aber dann schon Benutzer die nicht standardkonforme Umsetzung nutzen und sich auf deren Verhalten verlassen, dann ist eine nachträgliche Anpassung an der sogenannten Standard eher kontraproduktiv.

Ähnlich wie der Schiedsrichter macht der Programmierer oft Tatsachenentscheidungen und die einfach mal so zu ersetzen schafft selten Vertrauen.

Nähe am Standard ist sowohl für Programmierer als auch für Schiedsrichter hilfreich, aber der Standard sollte kein Gefängnis sein.