ADO langsam :-(

[p80286]

Zitat von haentschman:

Zitat:

Kein DBGrid oder ähnliches??

...nö. Nackige Datenbankabfrage und packen in eine Liste. Da müssen trotzdem irgendwelche Eventorgien ablaufen.

Mal sehen ob ich nächste Woche etwas Zeit finde.
Ein gewisser Vista-Fan wird zwar sagen, das ist ein toter Gaul, aber vielleicht macht es den einen oder anderen glücklich.

Welche DB und welcher Provider? Vielleicht sitzt da der Schmutzfink.

Gruß
K-H

[haentschman]

Zitat:

Welche DB und welcher Provider? Vielleicht sitzt da der Schmutzfink.

...falsch. (MSSQL 2012, ADO)
siehe:

Zitat:

Das SQL holt die Daten über eine Query ab. Das dauert max. eine Sekunde.

... das ist in Ordnung.

Zitat:

Die Schleife bis EOF dauert 25 Sekunden. ...auch wenn ich die Schleife nackig ohne Inhalt laufen lasse

... das nicht.

Zitat:

das ist ein toter Gaul

...ich habe mir die ADO nicht ausgesucht.

Zitat:

Mal sehen ob ich nächste Woche etwas Zeit finde.

...für mich brauchtst du keine Zeit mehr investieren. Ich habe fertig...

[Aviator]

Zitat von haentschman:

Zitat:

das ist ein toter Gaul

...ich habe mir die ADO nicht ausgesucht.

Was würdet ihr denn in Verbindung mit MSSQL empfehlen? Also was die Standardkomponenten angeht die bei Delphi 10.1 Berlin dabei sind?!

[mikhal]

FireDAc von Embarcadero oder UniDAC von Devart.

Wobei FireDAC bei der Professional- Version von Delphi / RAD Studio nur mit Addin MS SQL Server kann oder mit der Enterprise-Version von Delphi / RAD Studio.

Grüße
Mikhal

[Bernhard Geyer]

Und wenn du keine DB-Sensitiven Controls an TDatasets hängst kannst du auch den nativen ADO-Interfaces (Also ohne dbGO-Schnittstelle von Emba) dich dran hängen.

[haentschman]

Zitat:

UniDAC von Devart.

[Meine Meinung]
...die beste Investion ever.
[/Meine Meinung]

[Bernhard Geyer]

Zitat von haentschman:

Zitat:

UniDAC von Devart.

[Meine Meinung]
...die beste Investion ever.
[/Meine Meinung]

Sind voll ihr Geld Wert (ebenfalls meine Meinung).
Haben Sie Jahrelang für MySQL im Einsatz (DAC for MySQL) und haben jetzt im Rahmen einer Vereinheitlichung auch den Oracle-Zugriff darüber laufen.

[haentschman]

Hallöle...

Hier ist das Problem nochmal beschrieben:
https://edn.embarcadero.com/article/27790

Zitat:

I noticed, while accessing some 25,000 rows of SQL Server data in a TADOQuery, that simply looping through the rows of the TADOQuery took 75 seconds, while performing NO work of any type within the loop.