SQL: Sortierung individuell nach einer Werte-Tabelle

[bie-dro]

Vielen Dank für die vielen Antworten.

Ich werde dann wohl die letzte Version von H. Fuerchau verwenden. Sieht für mich am Besten aus.

Anmerkung zu Fuerchau vom 05-09-14, 14:43: Die Kundennummern habe ich aus unserem System herausgesucht. Wir haben nicht alle Ortsteile gespeichert und dadurch kann ich die vorgegebene Sortierung der Excel-Tabelle nicht realisieren. Da es ja eine vorgegebene Tabelle mit Tabellenschutz ist, kann ich auch nicht einfach die Kundennummern in die Tabelle eintragen (müsste ich dann auch alle 3 Monate machen). Wenn ich aber die Sortierung direkt im SQL-Befehl hinbekomme, brauche ich die Daten nur alle 3 Monate per Drag & Drop in die Zellen kopieren und bin mit der Aufgabe am schnellsten fertig.

Schönen Gruß
Artur

[Pikachu]

Wo kann man denn das nachlesen, wie das mit den Ausdrücken im ORDER BY funktioniert?

[Fuerchau]

SQL-Reference, Stichwort "Order By Clause".
Das selbe gilt übrigens auch bei "Group by", wobei hier der Unterschied besteht, dass der Ausdruck identisch im Select stehen muss.
Deshalb ist es gedanklich häufig einfacher einen
"select * from (select f1, f2, Ausdruck as f3....) Hugo order by f1, f2, f3"
zu kodieren auch wenn es im Endeffekt egal ist.

Je nach Dialekt und AS/400-Version ist ein Ausdruck in Order By nur erlaubt, wenn dieser auch im Select steht.
Ein Order-Feld, das nicht im Select steht ist erst seit V5R3 erlaubt und andere Dialekte erlauben es ggf. gar nicht.

Ich weiß auch nicht, wie SQL nun reagiert wenn ich folgendes mache (keine Lust zum Probieren):
select f1, f2, f3 from myfile
order by f1, 2, 10

Mit "2" wird das 2. Feld der Select-Liste benannt, mit "10" müsste nun ein Ausdruck angenommen werden da Feld 10 nicht existiert.

[bie-dro]

Ich weiß auch nicht, wie SQL nun reagiert wenn ich folgendes mache (keine Lust zum Probieren):
select f1, f2, f3 from myfile
order by f1, 2, 10

Mit "2" wird das 2. Feld der Select-Liste benannt, mit "10" müsste nun ein Ausdruck angenommen werden da Feld 10 nicht existiert.

Habe es eben ausprobiert. Es funktioniert nicht. SQL "denkt" bei den Zahlen immer an Spaltennummern. Sobald die "10" erkannt wird, bricht die Verarbeitung mit Fehler [SQL0125] ab.