TUniQuery liefert falschen RecordCount

[mkinzler]

Zitat:

Und das wäre dann aus welchem Grund schneller als ein Query.Last?

Beim Query.Last muss die gesamte Abfrage mit allen Records und allen Feldern an den Client übertragen werden.
Bei der exlpziten Abfrage wird die Anzahl am Server ermittelt, was sehr schnell gehen sollte.
Bei einem richtigen DBMS werden entsprechende Verwaltungstabellen vom Server automatisch angelegt und gepflegt; diese redundant selber anzulegen und den Server mit der doppelten Pflege zu belasten ist imho nicht notwendig.

[Andidreas]

Zitat von Perlsau:

Zitat von jaenicke:

... ein Query.Last aufrufen und dann die Anzahl auslesen.

Daneben bieten die Query-Komponenten von DevArt die Möglichkeit, in den Options das Property QueryRecCount auf True zu setzen. Damit wird bei jedem Select die Anzahl der Datensätze ermittelt. Kann natürlich ebenso wie ein Query.Last etliche Zeit in Anspruch nehmen.

Eine dritte Möglichkeit bestünde darin, in einer gesonderten Tabelle den RecordCount aller anderen Tabellen zu verwalten, eventuell mit einer StoredProcedure auf dem Laufenden halten ...

Merci, damit klappts und ist für mich im Moment die beste Lösung...

Ist dieses Verhalten eigentlich Komponenten abhängig?

Mir ist dieses "komische" Verhalten heute zum ersten mal aufgefallen und die TUniDac Komponenten verwende ich noch nicht so lang!
Bei den ADO Komponenten oder MyDAC Komponenten ist mir das bis jetzt zumindest noch nicht aufgefallen...