ZEOS und Prepared Statements

[Bernhard Geyer]

Ich bin gerade am Evaluieren welche Ersatzkomponente ich für die bisherige Komponenten ich einsetzen will.
Bei Testen der ZEOS-Komponenten finde ich nicht die möglichkeit die Statements "Preparen" zu lassen.
Alle bisherigen Komponenten haben dazu das Property Prepared in der Query-Komponente.
Was muß ich dazu bei den Zeos-Komponenten machen damit ich Prepared-Statements verwenden kann.

[Bernhard Geyer]

*PUSH*

Keine Zeos-Spezialist mehr da oder bin ich zu unbeliebt wegen meiner Hinweise immer auf kommerzielle Bibliotheken.
Ich bin auf einer neuen Suche nach MySQL-Zugriffsalternativen auf TDatabase-Basis.

[marabu]

Hallo Bernhard,

ich arbeite nicht mit ZEOS - aber nachdem es da bei ZQuery keine Methode Prepare() gibt, habe ich mal mit grep im src folder nachgesehen. Habe jetzt nicht allzu viel Zeit investiert, aber es riecht irgendwie danach, als hätten die Jungs versucht das Prepare zu automatisieren. Ein Einstiegspunkt könnte die Methode CreateStatement() der Komponente TZAbstractDataset in der unit ZAbtractDataset im src folder sein.

Grüße vom marabu

[Bernhard Geyer]

Zitat von marabu:

Hallo Bernhard,

ich arbeite nicht mit ZEOS - aber nachdem es da bei ZQuery keine Methode Prepare() gibt, habe ich mal mit grep im src folder nachgesehen. Habe jetzt nicht allzu viel Zeit investiert, aber es riecht irgendwie danach, als hätten die Jungs versucht das Prepare zu automatisieren. Ein Einstiegspunkt könnte die Methode CreateStatement() der Komponente TZAbstractDataset in der unit ZAbtractDataset im src folder sein.

Grüße vom marabu

Danke.

Falls Interesse besteht werde ich meine Performance-Ergebnisse diverser MySQL-Komponenten veröffentlichen.
Kann jedoch nur das Zeitergebnis liefern ohne Sourcen, da ich hier nur die im Programm verwendete Wrapper-Klasse auf die ensprechende MySQL-Zugriffskomponente angepaßt habe.

[Memo]

Zitat von Bernhard Geyer:

Falls Interesse besteht werde ich meine Performance-Ergebnisse diverser MySQL-Komponenten veröffentlichen.

Ja besteht. Ich wäre daran sehr interessiert

[Bernhard Geyer]

Der Vergleich basiert größtenteils auf den Trial-Versionen der Komponenten.
Die Zeitmessung erfolg auf Basis einer bestehenden Anwendung in der der Zugriff in einer Klasse (Bridge-Pattern) gekapselt ist und ein größerer Datenimport durchgeführt wird. Es werden Prepared und parametriesierte Statements verwendet. Zeiten in Minuten:Sekunden

DAC for MySQL 1.9.8 _________ 00:28 (Unterstützt kiene MySQL 4.1-Passwortverschlüsselung)
DAC for MySQL 2.3.3 _________ 00:42 (Performanceverschlechterung schon bei 2.0 und 2.1-Version festgestellt)
Zeos 6.5.1 Alpha ____________ 00:38 (Prepared wird scheinbar automatisch durchgeführt)
SQL-Direkt 4.2.8 ____________ 00:45
SciBit 2005.4 _______________ --:-- (Absturz bei Testlauf. Kein Lösung auf die schnelle gefunden)
MyDAC 4.00.1.3 _____________ 00:26 (Mußte ohne prepared Statements laufen, Bug gemeldet und fix für nächste Version)

[Memo]

Zitat von Bernhard Geyer:

DAC for MySQL 2.3.3 _________ 00:42 (Performanceverschlechterung schon bei 2.0 und 2.1-Version festgestellt)

Genau sowas habe ich befürchtet.
Danke Bernhard, für die Zahlen.

[RavenIV]

Zitat von Memo:

Zitat von Bernhard Geyer:

Falls Interesse besteht werde ich meine Performance-Ergebnisse diverser MySQL-Komponenten veröffentlichen.

Ja besteht. Ich wäre daran sehr interessiert

du hast post (pn)

edit: falscher Thread