Auf Thema antworten

Beitrag

Datenbanken sind keine Tabellenkalkulationen. In einem SELECT steht zur Planungszeit schon fest, wie viele Spalten des Ergebniss haben wird - das definierst Du in der Select-Liste. In Deinem Fall ist aber es nicht vorhersehbar, wie viele Einträge es in der Untertabelle es gibt.

Du kannst 2 Dinge machen:

dynamisch ein SQL erstellen. Dazu erst einmal schauen, wie viele Spalten wir denn haben müssen. Daraus dann dynamisch ein valides SQL erstellen und dieses dann ausführen. Das ginge (in PostgreSQL z.B.) via einer Stored Proc und EXECUTE. In PG gäbe es auch noch die Möglichkeit, dazu das Contrib-Extension tablefunc zu nutzen, diese enthält eine crosstab-Funktion.
diese Idee vergessen und nach einer anderen Lösung suchen

Andreas

[QUOTE="akretschmer, post: 26354, member: 947"] Datenbanken sind keine Tabellenkalkulationen. In einem SELECT steht zur Planungszeit schon fest, wie viele Spalten des Ergebniss haben wird - das definierst Du in der Select-Liste. In Deinem Fall ist aber es nicht vorhersehbar, wie viele Einträge es in der Untertabelle es gibt. Du kannst 2 Dinge machen: [list] [*] dynamisch ein SQL erstellen. Dazu erst einmal schauen, wie viele Spalten wir denn haben müssen. Daraus dann dynamisch ein valides SQL erstellen und dieses dann ausführen. Das ginge (in PostgreSQL z.B.) via einer Stored Proc und EXECUTE. In PG gäbe es auch noch die Möglichkeit, dazu das Contrib-Extension tablefunc zu nutzen, diese enthält eine crosstab-Funktion. [*] diese Idee vergessen und nach einer anderen Lösung suchen [/list] Andreas [/QUOTE]

Authentifizierung