SQL Statement mit Parametern mit den eigentlichen Werten anzeigen

[juergen]

Habe mir das nun am PC angeschaut.
Mein Post #7 war voreilig entstanden, da hatte ich mich nur mit meinem Tablet auf meinen PC verbunden und einen oberflächlichen Test gemacht. Der Vorschlag von Delphi.Narium mit Verwendung von FDQry.Text hilft leider nicht (auch wenn sich die Hilfe da so deuten lässt).

Fazit:
1. Ich hab es nun so verstanden, dass bei Verwendung von Query-Params die den Params zugewiesenen Werte *nicht* in *einem* SQL-Statement direkt darstellen lassen
2. Durch Nutzung von FDMonitor (siehe Post #3 von Uwe) ist es möglich an die Werte ran zukommen. Aber auch hier nicht direkt im dargestellten SQL-Statement sondern in einer späterer Auflistung der Parameter-Werte. Die sehen dann z.B. so aus:

Code:

Param [N=1, Name="RecID_A4", Mode=INPUT, Type=SLONG, Size=0, Len=4, Data(0)=36]

Das Tracing ist einfach zu handhaben und hilft mir auch noch anderen Stellen weiter!

[mkinzler]

Zitat:

Ich hab es nun so verstanden, dass bei Verwendung von Query-Params die den Params zugewiesenen Werte *nicht* in *einem* SQL-Statement direkt darstellen lassen

Das ist ja der Vorteil von parametrisierten Abfragen. Es sind halt mehr als Makros. Die Abfrage kann vorab vom Server unabhängig von den Werten "kompiliert" werden (PLAN usw.)
Beim Ausführen werden nur noch die Parameter an den Server gesendet und können sofort für die vorbereitete Abfrage verwendet werden.

[MyRealName]

Zitat von mkinzler:

Zitat:

Ich hab es nun so verstanden, dass bei Verwendung von Query-Params die den Params zugewiesenen Werte *nicht* in *einem* SQL-Statement direkt darstellen lassen

Das ist ja der Vorteil von parametrisierten Abfragen. Es sind halt mehr als Makros. Die Abfrage kann vorab vom Server unabhängig von den Werten "kompiliert" werden (PLAN usw.)
Beim Ausführen werden nur noch die Parameter an den Server gesendet und können sofort für die vorbereitete Abfrage verwendet werden.

Das ist dann dieses Prepared mit den befehlen Prepare/Unprepare, was dann bei vielen aufeinanderfolgenden gleichen SQLs mit "nur" verschiedenen Parametern zur schnelleren Verarbeitung führt.
Wenn man zum Bsp. 10.000 INSERTs macht und das Prepare den Komponenten überlässt, machen diese automatisch für jedes Kommando prepare/unprepare. Man kann es vor der Schleife allerdings händisch aufrufen, was dann die Komponenten dazu bringt, es nicht mehr automatisch zu machen und zu einer schnelleren Ausführung führt. Ich habe das mal getestet und der Unterschied war brutal.