Dass SQL nicht nur was mit Webentwicklung zu tun hat, dürfte den meisten Leuten klar sein, denke ich. *schulterzuck*
Zu deinem Problem: Du hast zum Teil recht (was die spezielle Abfrage angeht) und ich hab recht (was das Allgemeine über SQL angeht, das mit den inneren Queries hast du imho noch etwas missverstanden). Tatsächlich macht meine Abfrage Zicken, wenn die Situationen sehr speziell sind.
Ich hab mal ne Testtabelle "test" angelegt mit 10 (ids 1-10) Zeilen mit ner Spalte "wert". Das Query ist also:
Beispiel 1: Die 10 Zeilen haben die Werte 10 bis 100:
Dann ist das Ergebnis korrekterweise 5, 50
Beispiel 2: Alle Zeilen haben den Wert 10
Kein Ergebnis (0 Zeilen)
Beispiel 2: Die Zeilen haben die Werte 10,10,10,20,20,30,40,50,60,70
Kein Ergebnis (0 Zeilen)
Das kommt daher, dass er genau 4 Zeilen finden will, die kleiner sind, in all diesen Fällen gibts aber mehr als 4 für die richtige Zeile. Einfach >= setzen geht auch nicht, weil er dann ALLE Zeilen ausgibt die größer sind (und wenn wir Limit hätten, hätten wir das Problem ja nicht).
Die folgende Query könnte etwas besser sein, langsam wirs aber reichlich lächerlich (und in der Arbeit hätte ich auch schon lange zu nem Datenbank-spezifischen Befehl gegriffen *g*)...
Er gibt zwar nun ein Ergebnis aus aber nicht das richtige.
Das Problem ist, dass einige Zahlen, in der "ects" Spalte, mehrmals vorkommen und mit select distinct klappt es auch nicht.
Ausserdem soll ich ja alles ausgeben, was zur Spalte gehört und nicht nur die Zahl alleine
Er gibt zwar nun ein Ergebnis aus aber nicht das richtige.
Das Problem ist, dass einige Zahlen, in der "ects" Spalte, mehrmals vorkommen
...
Ich verstehe nicht, wieso es das falsche Ergebnis bei dir ausgeben soll. Es gibt genau die Zeile aus, die in der geordneten Tabelle an der Stelle N vorkommt. Ob da mehrere Zeilen mit einer ECTS-Zahl gibt, oder nicht, spielt keine Rolle und welche von denen nun gewählt wird, hängt von dem Sortieralgorithmus der Oracle-Datenbank ab, sowie von ihren ursprünglichen Positionen.
Zitat von Whiz-zarD
Ausserdem soll ich ja alles ausgeben, was zur Spalte gehört und nicht nur die Zahl alleine
...
Deswegen habe ich auch ursprünglich col1, col2, ... geschrieben, du musst also alle Kolumnen, die du angezeigt haben willst, explizit angeben. Unbequem, aber ich kenne keinen anderen Weg.
Edit: Achso, du wolltest also doch alle Vorkommnisse haben, so wie in Irians Ansatz, sowie nur distinkte ECTS-Zahlen in den inneren Auswahlen berücksichtigen.
Es sieht nun so aus:
Da meldet er den Fehler "Rechte Klammer fehlt". In der Zeile, wo WHERE ROWNUM <= N;) steht aber ich wüsste nicht, wo da eine Klammer fehlen sollte.
Zitat
Das ist Irians Ansatz, aber es funktioniert definitiv auch. Unter diesen Umständen: Welche Oracle-Version benutzt du?
...
Oracle® Database Express Edition 10g Release 2 (10.2)
Ist halt die Version, die auch intern in der Schule verwendet wird und die sollen wir auch benutzen.
Das ist jetzt die Innere. Wenn ich jetzt select *, rownum schreibe, meldet er sofort einen Fehler.
Die äußere kann ich machen, was ich will. Nach den Methoden, die hier beschrieben werden, bekomm ich ebenfalls einen Fehler. Ansonsten ist und bleibt rownum = 52.
...
Ich brauche schon die gesamte Abfrage, nicht nur die innere.
select *, rownum ist falsch, denn entweder du willst implizit alle, oder du gibst die Spalten, die du brauchst explizit an.
Außerdem musst du zuerst ordnen, bevor du ROWNUM benutzt, da ROWNUM sonst auf die ungeordneten Einträge angewendet wird und danach nach ECTS geordnet wird.
Ohne jetzt deine ganzen Bezeichnungen genau zu kennen, sollte deine Abfrage wie folgt aufgebaut sein:
1. Die innerste Abfrage wählt die Tabelle studienleistung und ordnet die Einträge nach ECTS:
2. Aus dem Ergebnis der innersten Abfrage (also den geordneten Einträgen) wählt die nächstäußere Abfrage die ersten N Einträge mit Hilfe von ROWNUM:
Wichtig hier, dass die ROWNUM-Werte, die hier rauskommen in der nächstäußeren Abfrage verfügbar sind, also zwischenspeichern in rn.
3. Nun wählt die äußerste Abfrage aus dem Ergebnis der vorherigen Abfrage (also den ersten N Einträgen der nach ECTS geordneten Einträge aus studienleistung) den untersten Eintrag, also den N-ten Eintrag und zwar mit Hilfe des zuvor in rn gespeicherten ROWNUM-Wertes:
Hier können wir ruhig auf Gleichheit der ROWNUM-Werte prüfen, da sie in einer Spalte zwischengespeichert sind.
Wenn du nun alle Abfragen in einander verschachtelst und die korrekten Bezeichnungen verwendest, sollte es funktionieren.
Zitat von Whiz-zarD
edit:
Nach deiner Methode
gibt er nicht mal ein ein Ergebnis aus.
...
Das ist Irians Ansatz, aber es funktioniert definitiv auch. Unter diesen Umständen: Welche Oracle-Version benutzt du?
Zitat von Drakes
Und du hast wirklich schon ausprobiert?
...
Ich habe doch bereits geschrieben, dass es nicht funktionieren wird. ^^