Kann ich mir irgendwie anschauen, was Delphi mit den Parametern gemacht hat?
Sprich wie das Statement aussschaut bevor ers wegschickt?

Bye

Zitat von Kedariodakon:

Kann ich mir irgendwie anschauen, was Delphi mit den Parametern gemacht hat?
Sprich wie das Statement aussschaut bevor ers wegschickt?

Bye

wo ist das problem? lass dir doch einfach die querry ausgeben, z.b. mit MEssageBox, oder auch ShowMessage

Wieso Delphi? Du meinst sicher dein Programm bzw. der DB Client!
Das Statement wird sich nicht wesentlich verändern, MS Sql hat keinen "dicken" Client wie Oracle. Der MS Sql client reicht es einfach durch.
Die Parameter werden getrennt vom Statement als binäre Daten verschickt. Sonst würden Parameter ja witzlos sein. Da könnte man es doch gleich auf mit DAU-Stringfriemelei lösen.

Problem ist, das das Ergebniss nicht das ist was es soll, denn es ist müll

1. Die Parameter werden gefunden, sind nach dem setzen des SQL-Textes in Parameters...
2. Danach werden die Parameter so belegt wie sie werden sollen...

3. Ich öffne das Query und bekomm müll...

4. Wenn ich das Statment nehm, die Parraas per hand setz, bekomm ich das was ich will..

Und Nu?

Zitat von Kedariodakon:

1. Die Parameter werden gefunden, sind nach dem setzen des SQL-Textes in Parameters...

Ich habe oben auch ein paar Wortdreher drin... Aber der ist haarig. Was willst mir damit sagen?

Zitat von Kedariodakon:

1. Die Parameter werden gefunden, sind nach dem setzen des SQL-Textes in Parameters...

Er meint damit bestimmt, dass Delphi das SQL-Statement untersucht hat und die erkannten Platzhalter in der Eigenschaft "Parameters" der Query zur Verfügung stellt.

Eventuell hat der Parser die Datentypen der Parameter nicht richtig erraten?
Alternativ kann man die Parameter auch über eine Format-Anweisung in das SQL-Statement einbauen.

Grüße vom marabu

Hast Du keinen Profiler? Also, wenn ich will, was 'Delphi' also eigentlich ja der DB-Treiber (ADO, ODBC oder wer auch immer) so treibt, dann schmeiss ich den Profiler an. Ohne so ein Teil sollte man sich eigentlich nicht an DB-Programmierung ran wagen, eben _weil_ man nicht genau weiss, was die Treiber machen: Nämlich ab und zu absoluten Murx.