FireDAC: Möglichkeit die Abfrage schneller zu machen? ( in Delphi)

[ConstantGardener]

https://en.delphipraxis.net/topic/62...#comment-54473

...schau dir das mal an. Dmitry muss es wissen!

[Eppos]

Soetwas ähnliches hatte ich auch mal.
Da hatte ich ein Parameter als falsche Variable übergeben.
Beispiel:
ParamByName( 'Integer' ).AsString := 'Test' Obwohl das Feld in der Datenbank ein Integer war!
Das hat Stunden gedauert.

Also ich bin bei @Jasocul mit dem DateTime Paramter

[Delphi.Narium]

Wenn hier

Delphi-Quellcode:

 d.DLGH_PARAMETER_C = :B_Name AND
 d.dlgh_funktion_c = 'SQLS' AND
 d.DLGH_START_D > :Datum

einer der Parameter vom Typ nicht mit dem der entsprechenden Spalte in der DB übereinstimmt, wird (wenn Du Pech hast) die entsprechende Spalte der Tabelle für jeden Datensatz in den Typen des Parameters umgewandelt und dann verglichen und nicht einmal der Parameter in den Typ der Spalte und dann verglichen.
Und dann war's das mit der Nutzung des Index und schon wird die Laufzeit (schlimmstenfalls) astronomisch hoch.

Bei der schnelle Variante wird Dir der Zugriffs-Plan vermutlich verraten, welcher Index genutzt wird und bei der langsamen Variante steht da (sinngemäß) was von "full table scan".

[jobo]

Ich sehe im SQL keinen DBLink.
Falscher Variabentyp auf Delphiseite könnte schon sein.

DBLinks (bei Oracle) sind ein Thema für sich.
Miserable Geschwindigkeit kann daher rühren, dass der Optimizer sich nicht in der Lage sieht, die Abfrage remote (über Link) zu bewältigen und Daten ungefiltert aus dem DBLink saugt.

Das Verhalten müsste prüfbar sein, wenn man auf Client Code verzichtet und direkt per SQL Client arbeitet.

P.S.: Wie schon angedeutet, ein Paramter in der SQL Abfrage ist etwas anderes als eine Bind Variable in Oracle.

[himitsu]

Und schön, wenn immer das Wichtigste fehlt.

Zitat:

Param.AsString := value; //Hier die Wert von Bind Variable setzen

Wie nun?

Und wie sieht die Tabelle aus?
Typen der Felder und welche Indize gibt es.



Jetzt sag bloß, dass du das Datum auch als String übergibts?

Ich denke mal die String-Konstante im SQL kann vor Ausführen in ein DATE konvertiert werden, aber der String-Parameter nicht.
Und dann wird einmal bei der Suche vielleicht ein DATE-Index gesucht,
während beim String das TatumsFeld in einen VARCHAR konvertiert und dann ein FillTableScan gemacht.
Oder wer weiß, weil ist ja alles streng geheim.