Funktion mit TQuery als Rückgabewert

[sx2008]

Was spricht dagegen ein Datenmodul zu nehmen und darauf so viele verschiedene Queries zu platzieren wie du brauchst?
Dynamisch erzeugte Queries benötigt man nur in Sonderfällen.
Und selbst dann kann man das gleiche Query-Objekt immer wieder benützen (mit jeweils anderem SQL-Text).

[mschaefer]

Wenn man den obigen Vorschlag mit dem Datamodul nimmt, dann könnte man eine procedure mit den Rückgabewerten "SQL_String", "Active", "ReadOnly" nehmen. Das sollte auch flotter Laufen, als das Objekt Auf- und Abbauen.

Grüße in die Runde // Martin

[Furtbichler]

Zitat von sx2008:

Und selbst dann kann man das gleiche Query-Objekt immer wieder benützen (mit jeweils anderem SQL-Text).

Zur Informationsbeschaffung ja, zur Anzeige nur bedingt. Da muss man sich dann etwas anderes einfallen lassen (TClientDataset z.B.)

Zitat von mschaefer:

Wenn man den obigen Vorschlag mit dem Datamodul nimmt, dann könnte man eine procedure mit den Rückgabewerten "SQL_String", "Active", "ReadOnly" nehmen. Das sollte auch flotter Laufen, als das Objekt Auf- und Abbauen.

Die Sache mit den Rückgabewerten könntest Du bitte dann doch etwas näher erläutern. Und wie langsam ist eigentlich das Instantiieren und Freigeben einer Query in etwa? Kannst Du das mal ausmessen (z.B. 100000 mal Create/Free)? Danke.

[Sir Rufo]

Das Erzeugen einer Query-Instanz geht sehr flott und macht kaum einen Unterschied ob wiederverwendet oder neu erzeugt.

Bei einer Connection sieht das anders aus, weil ja jedes Mal die Verbindung neu aufgebaut werden muss.

Hier wäre mE auch der Vorschlag mit dem TClientDataset am sinnvollsten.