Effiziente SELECT Abfrage

[Frederika]

@anse: Tja, schade, hat mit ADO auf MS Access jedenfalls nicht geklappt. Merke ich mir aber, falls ich mal auf MySQL stoße.

[mkinzler]

Zitat:

Einen Faktor 100 bekommst du ...

Das erscheint mir etwas hochgegriffen :gruebel:

[anse]

Nö, eher noch zu tief. Es kommt natürlich auf die Anzahl der Zeilen an die man einfügen will - bei vielen "kurzen" Zeilen ist der Geschwindigkeitsvorteil durch Wegfall des Overheads enorm, dagegen bei längeren Zeilen weniger. Probier es aus :)

[mkinzler]

Intern wird das auch als prepared Staement abgehandelt. So groß dürfte der Overhead auch nicht sein.

[Bernhard Geyer]

Zitat:

Zitat von anse

Nö, eher noch zu tief. Es kommt natürlich auf die Anzahl der Zeilen an die man einfügen will - bei vielen "kurzen" Zeilen ist der Geschwindigkeitsvorteil durch Wegfall des Overheads enorm, dagegen bei längeren Zeilen weniger. Probier es aus :)

Faktor 100 kommst du auch nur hin wenn du eine schlechte Anbindung zur DB hast so das der Rount-Trip-Delays sehr ins gewicht fällt.

Am besten ist natürlich die Kombination aus beiden: Prepared Statements + Bulk-Insert :mrgreen:

[anse]

Zitat:

Zitat von Bernhard Geyer

Faktor 100 kommst du auch nur hin wenn du eine schlechte Anbindung zur DB hast so das der Rount-Trip-Delays sehr ins gewicht fällt.

Oder mit einer Anwendung die (wie es immer so ist) noch zusätzlichen Overhead pro Query dazubaut. Das ist z.B. in HeidiSQL so, wo jeder Query in ein Log-Memo geschrieben wird.

Naja, wir kommen glaube ich vom eigentlichen Thema ab :)