FireDAC langsam

[haentschman]

Hallöle...

Ich habe ein Statement:

Code:

update Documents set SendTypeUSB = 1 where ReceiptNumber = '121001280'

Feld ReceiptNumber ist im Index

Im MSSQL Studio Ausführungszeit: 00:00:00
In der Anwendung Query.ExecSQL Ausführungszeit: ~2000ms

Wie läßt sich sowas erklären?

[Frickler]

Wie sieht die Geschwindigkeit aus, wenn statt einer Query- eine Command-Komponente verwendet wird?

[haentschman]

Delphi-Quellcode:

TToolsMeasurement.StartTimeMeasuring;
FConnection.ExecSQL(Qry.SQL.Text, [1, Value]);
List.Add(TToolsMeasurement.EndTimeStartMeasuring);

TToolsMeasurement.StartTimeMeasuring;
Qry.ExecSQL;
List.Add(TToolsMeasurement.EndTimeStartMeasuring);

[0] FConnection.ExecSQL(Qry.SQL.Text, [1, Value]) 0
[1] Qry.ExecSQL ~2000
*siehe Bild

PS: Wenn ich die Aufrufe tausche, sind die Ergebnisse auch vertauscht. (Kontrolle)

Ich liebe FireDAC immer mehr...

Das heißt alle ExecSQL der Queries auf Connection.ExecSQL umstellen.

Nachtrag:
Für alle die sich auch verrückt gemacht haben... Das war alles Blödsinn.
Ich hatte im Development noch ein "LIKE" drin. Inwischen ist es nicht mehr notwendig...aber vergessen rauszumachen.
Für die Mitleser: Mit "LIKE" im Statement ist der Index außer Kraft.

[DeddyH]

Wenn der Frosch nicht schwimmen kann, ist die Badehose Schuld . Theoretisch müsste ein Index aber auch bei LIKE greifen, solange der Suchbegriff nicht mit % oder _ beginnt, oder mache ich jetzt einen Denkfehler?

[haentschman]

...mein LIKE hatte '%' davor. Wenn dann richtig. Früher war der Pfad Absolut gespeichert. Da war der Pfad unterschiedlich zur Entwicklung. Jetzt habe ich relative Pfade im Feld. Deswegen ist es jetzt raus.

[jobo]

Zitat von DeddyH:

Theoretisch müsste ein Index aber auch bei LIKE greifen, solange der Suchbegriff nicht mit % oder _ beginnt, oder mache ich jetzt einen Denkfehler?

Ja, der Index greift auch bei LIKE für den festen Textteil am Anfang des Suchausdrucks.
Varianten ergeben sich für ILIKE o.ä. und länderspezifische Codierungen / locales.

Das alles gilt mit mehr oder weniger Zucker für Indizierung mit herkömmlichen Indexverfahren bekannter DB Anbieter.