SDAC Select unter XE3 sehr langsam

**OlliWW**

Hallo,

Eine "erfolgs"-Meldung:
Unter XE2 funktionieren die Abfragen mit SDAC in gewohnt-schneller Art und Weise. Es liegt tatsächlich an diesem, noch unerledigtem, Problem von Embarcadero:

http://qc.embarcadero.com/wc/qcmain.aspx?d=111942
Ich denke wir werden erstmal weiter mit XE2 entwickeln, bis XE3 so stabil ist, dass man es produktiv nutzen kann.

Vielen Dank an alle für die Tipps, Hinweise und verdammt schnelle Hilfe (im Devart Forum habe ich zeitgleich gefragt und bis jetzt keine Antwort erhalten).

**Bernhard Geyer**

Zitat von OlliWW:

Unter XE2 funktionieren die Abfragen mit SDAC in gewohnt-schneller Art und Weise. Es liegt tatsächlich an diesem, noch unerledigtem, Problem von Embarcadero:

http://qc.embarcadero.com/wc/qcmain.aspx?d=111942

Komisch. Hätte nicht gedacht das hier die Emba-Implementierung so auf die DevArt-Kompos durchschlägt.

**OlliWW**

Zitat von Bernhard Geyer:

Komisch. Hätte nicht gedacht das hier die Emba-Implementierung so auf die DevArt-Kompos durchschlägt.

In der Tat, es hat mir in der Zwischenzeit aber auch einer vom DevArt Team bestätigt:

http://forums.devart.com/viewtopic.php?f=6&t=26258

**Sir Rufo**

Wieso soll das "komisch" sein?

Das Problem ist in TStringField /TWideStringField und die werden eben halt benutzt und nicht neu implementiert.

Aber auf mich hört ja keiner

**Bernhard Geyer**

Zitat von OlliWW:

Zitat von Bernhard Geyer:

Komisch. Hätte nicht gedacht das hier die Emba-Implementierung so auf die DevArt-Kompos durchschlägt.

In der Tat, es hat mir in der Zwischenzeit aber auch einer vom DevArt Team bestätigt:

http://forums.devart.com/viewtopic.php?f=6&t=26258

Das ist jetzt die Methode für AnsiString. Aber ähnliches ist auch bei (Unicode)String zu finden.
Müsste man jetzt in der TEncoding-Classe schauen was da so Zeit gefressen wird.

**Bernhard Geyer**

Zitat von Sir Rufo:

Wieso soll das "komisch" sein?

Das Problem ist in TStringField /TWideStringField und die werden eben halt benutzt und nicht neu implementiert.

Das diese Felder verwendet werden ist klar. Hatte aber (Aufgrund meiner ADOExpress-Erfahrung) erwartet da an anderer Stelle die Zeit vergeutet wird.

SDAC Select unter XE3 sehr langsam

AW: SDAC Select unter XE3 sehr langsam

AW: SDAC Select unter XE3 sehr langsam

AW: SDAC Select unter XE3 sehr langsam

AW: SDAC Select unter XE3 sehr langsam

AW: SDAC Select unter XE3 sehr langsam

AW: SDAC Select unter XE3 sehr langsam

Stichworte

Forumregeln

OlliWW Registriert seit: 31. Aug 2011 153 Beiträge	#13 AW: SDAC Select unter XE3 sehr langsam 26. Mär 2013, 15:55 Zitat von Bernhard Geyer: Komisch. Hätte nicht gedacht das hier die Emba-Implementierung so auf die DevArt-Kompos durchschlägt. In der Tat, es hat mir in der Zwischenzeit aber auch einer vom DevArt Team bestätigt: http://forums.devart.com/viewtopic.php?f=6&t=26258
	Zitat

Sir Rufo Registriert seit: 5. Jan 2005 Ort: Stadthagen 9.454 Beiträge Delphi 10 Seattle Enterprise	#14 AW: SDAC Select unter XE3 sehr langsam 26. Mär 2013, 16:23 Wieso soll das "komisch" sein? Das Problem ist in TStringField /TWideStringField und die werden eben halt benutzt und nicht neu implementiert. Aber auf mich hört ja keiner Kaum macht man's richtig - schon funktioniert's Zertifikat: Sir Rufo (Fingerprint: ‎ea 0a 4c 14 0d b6 3a a4 c1 c5 b9 dc 90 9d f0 e9 de 13 da 60)
	Zitat