SELECT mit mehrfachen records - moeglich ?

[Elvis]

Zitat von omata:

Folgendes ist da trotzdem unverändert...

hier: EXECUTE BLOCK = SP

Zitat von omata:

... dass du bei Spaltenänderungen an deiner Tabelle die neuen Informationen schneller in deinem Report zur Verfügung hast. Bei einer SP musst du da erst alle neuen Spalten durchschleppen.

Ja, da fehlt mir in Firebird irgendwie die Möglichkeit, Sprocs nach der ersten Ergebnismenge auszuführen.

Ich hoffte das sowas ginge (wie pipeln fnctions in Oracle), aber issnich:

SQL-Code:

select t.*, s.RowNum
from Tabelle t,
     GeSequencials(1, t.Anzahl) s

[omata]

Ja genau, deshalb auch die Anspielung auf...

Zitat von omata:

Dies würde unter MSSQL mit einer Benutzerdefinierten Funktion noch viel geschickter gehen, aber das ist eine andere Geschichte...

[FrankBKK]

Hallo zusammen -

vielen Dank fuer die verschiedenen Loesungsansaetze.

Ich denke, dass eine SP am meisten Sinn macht - schon aus
Performance-Gruenden. Ist etwas komplizierter, aber was solls.

Die Sache mit dem ExecuteBlock war mir neu - das mus ich
mir mal genauer ansehen.

Eine eigene Idee ist mir beim Lesen der Beitraege noch durch
den Kopf geschossen - nur mal so als Diskussionsgrundlage:
SELECT mit selbst-referenziertem JOIN
hmm, da muss ich mal dran rumprobieren ...

[omata]

Zitat von FrankBKK:

SELECT mit selbst-referenziertem JOIN
hmm, da muss ich mal dran rumprobieren ...

Die Idee hatte ich auch, aber dafür müssen in der Tabelle immer alle Anzahlen lükenlos von 1 bis max Anzahl vorhanden sein. Ist das immer gewährleistet?