ADO vs. DBX

[Kevin11]

Hallo,

ich habe neulich festgestellt, dass die ADO-Kompontenten um ca. die Hälfte langsamer sind als die DBX-Komponenten.

Ist da was dran?

[Bernhard Geyer]

Bei was? Welche DB? Codebeispiel?

[Kevin11]

Also ich greife im ersten Programm von einer Firebird 2.0 DB auf eine FB 2.0. Da dauert das Vorhaben ca. 10 Minuten und wenn ich das selbe Vorhaben von Access via ADO auf eine FB 2.0 versuche dauert es meißt mehr als 20 Minuten. Der Code ist bei beiden Sachen identisch und er ist viel zu lang um ihn zu Posten, 4789 Zeilen.

[Bernhard Geyer]

Könnte auch an Access liegen. Das macht gerne mal blödsinn.

[Kevin11]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1129011)

Könnte auch an Access liegen. Das macht gerne mal blödsinn.

Und genau aus diesem Grund HASSE ich die Office Anwedungen von Microsoft. Vorallem Acces und Excel. :twisted:

[Union]

Zitat:

Zitat von Kevin11 (Beitrag 1129006)

Der Code ist bei beiden Sachen identisch und er ist viel zu lang um ihn zu Posten, 4789 Zeilen.

Du hast fast 5000 Zeilen fast identischen Code in VB und Delphi :shock: Oder wie soll man das verstehen?

[Sir Rufo]

Zitat:

Zitat von Union (Beitrag 1129042)

Zitat:

Zitat von Kevin11 (Beitrag 1129006)

Der Code ist bei beiden Sachen identisch und er ist viel zu lang um ihn zu Posten, 4789 Zeilen.

Du hast fast 5000 Zeilen fast identischen Code in VB und Delphi :shock: Oder wie soll man das verstehen?

VB (VisualBasic) ... wo wird denn hier von VB gesprochen? :gruebel:

[mkinzler]

Ich schenke dir ein A.

[Bernhard Geyer]

Zitat:

Zitat von Sir Rufo (Beitrag 1129045)

Zitat:

Zitat von Union (Beitrag 1129042)

Zitat:

Zitat von Kevin11 (Beitrag 1129006)

Der Code ist bei beiden Sachen identisch und er ist viel zu lang um ihn zu Posten, 4789 Zeilen.

Du hast fast 5000 Zeilen fast identischen Code in VB und Delphi :shock: Oder wie soll man das verstehen?

VB (VisualBasic) ... wo wird denn hier von VB gesprochen? :gruebel:

Na halt die VBA-Abart.

Oder sollte hier über ADO auf Acces zugegriffen werden welche Verlinkte Tabellen auf FB hält:gruebel:

[Kevin11]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1129049)

Zitat:

Zitat von Sir Rufo (Beitrag 1129045)

Zitat:

Zitat von Union (Beitrag 1129042)

Zitat:

Zitat von Kevin11 (Beitrag 1129006)

Der Code ist bei beiden Sachen identisch und er ist viel zu lang um ihn zu Posten, 4789 Zeilen.

Du hast fast 5000 Zeilen fast identischen Code in VB und Delphi :shock: Oder wie soll man das verstehen?

VB (VisualBasic) ... wo wird denn hier von VB gesprochen? :gruebel:

Na halt die VBA-Abart.

Oder sollte hier über ADO auf Acces zugegriffen werden welche Verlinkte Tabellen auf FB hält:gruebel:

Ich habe beide Programme mit Delphi geschrieben. Die Programme machen nichts anderes als die Dtaen von der einen DB in die andre zu schreiben.

Beispiel:
Bei dem 1. Programm nehme ich eine FB DB und spiele die ausgewählten Daten in eine andere FB DB ein.

Bei dem 2. Programm nehme ich eine Access DB und spiele die ausgewählten Daten in eine andere FB DB ein.

[Union]

Zitat:

Zitat von Sir Rufo (Beitrag 1129045)

VB (VisualBasic) ... wo wird denn hier von VB gesprochen? :gruebel:

Wegen dieses Teils

Zitat:

Zitat von Kevin11

das selbe Vorhaben von Access via ADO

[Union]

Zitat:

Zitat von Kevin11 (Beitrag 1129052)

Bei dem 1. Programm nehme ich eine FB DB und spiele die ausgewählten Daten in eine andere FB DB ein.
Bei dem 2. Programm nehme ich eine Access DB und spiele die ausgewählten Daten in eine andere FB DB ein.

Das hat dann aber nichts mit ADO und DBX zu tun, sondern mit den Datenbanken. Dü dürftest für eine Vergelichbarkeit nur die Zugriffsart, nicht aber auch die Datenbank ändern.

[Bernhard Geyer]

Zitat:

Zitat von Kevin11 (Beitrag 1129052)

Ich habe beide Programme mit Delphi geschrieben. Die Programme machen nichts anderes als die Dtaen von der einen DB in die andre zu schreiben.

Beispiel:
Bei dem 1. Programm nehme ich eine FB DB und spiele die ausgewählten Daten in eine andere FB DB ein.

Bei dem 2. Programm nehme ich eine Access DB und spiele die ausgewählten Daten in eine andere FB DB ein.

Arbeit deine ADOConnection/Datasets als mit Curserlocation clUseServer?
Das sollte man bei Access einstellen im gegensatz zu richtigen Server wo man clUseClient verwenden sollte.

[Kevin11]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1129059)

Zitat:

Zitat von Kevin11 (Beitrag 1129052)

Ich habe beide Programme mit Delphi geschrieben. Die Programme machen nichts anderes als die Dtaen von der einen DB in die andre zu schreiben.

Beispiel:
Bei dem 1. Programm nehme ich eine FB DB und spiele die ausgewählten Daten in eine andere FB DB ein.

Bei dem 2. Programm nehme ich eine Access DB und spiele die ausgewählten Daten in eine andere FB DB ein.

Arbeit deine ADOConnection/Datasets als mit Curserlocation clUseServer?
Das sollte man bei Access einstellen im gegensatz zu richtigen Server wo man clUseClient verwenden sollte.

clUseClient ist drin.

@Union:
Du hast recht. Ich greife über DBX auf FB zu und über ADO auf Access.

[Bernhard Geyer]

Zitat:

Zitat von Kevin11 (Beitrag 1129070)

clUseClient ist drin.

Dann stells für Access auf clUseServer

[Kevin11]

Und was ist da der Unterschied?

[Bernhard Geyer]

Zitat:

Zitat von Kevin11 (Beitrag 1129080)

Und was ist da der Unterschied?

Das Delphi nicht nochmal die Datnsätze Cached die Abgefragt werden. Bei einer Datenbank die im eigenen Adressraum arbeitet ist das doppelt gemoppelt da ja schon die Access/JET-Engine das zwangsweise macht.
Bei einer richtigen DB ist das sinnvoll mit clUseClient zu arbeiten um die Datensätze "en block" zum Client zu schaufeln und damit nicht unnötig bei jedem neuen Datensatz die Daten vom Server über evtl. langsames Netz zu übertragen und den Server nicht unnötig zu belasten.

[JürgenP]

Schon mal das Zauberwort DisableControls versucht?
ADODataSet1.DisableControls;

[Bernhard Geyer]

Zitat:

Zitat von JürgenP (Beitrag 1129082)

Schon mal das Zauberwort DisableControls versucht?
ADODataSet1.DisableControls;

ob in diesem Fall wirklich welche dranhängen? Soll ja eine Art Datapumpe sein.

[Union]

Tja, ohne die 5k Zeilen Source sind wir da auf Vermutungen angewiesen.

[Kevin11]

Zitat:

Zitat von Union (Beitrag 1129084)

Tja, ohne die 5k Zeilen Source sind wir da auf Vermutungen angewiesen.

Würde ich ja gerne, aber da dies ein Produkt der Firma ist darf ich es nicht. Dann müsst ich alle Tabellennamen und Texte abändern. Und das dauert Ewigkeiten!