Unterschiedliche Ergebnisse Heidi vs TFDQuery

[Ykcim]

Hallo Zusammen,

das ist mir jetzt peinlich, aber der Fehler lag ganz woanders - und ich habe tagelang danach gesucht...
Mir hat der EInwand von Lemmy keine Ruhe gelassen und ich habe mir die Daten direkt an Ausführung der Query in einem Array anzeigen lassen - und siehe da, in dem waren sie korrekt.

Ich hatte Schwierigkeiten, dass die Daten nicht sauber über den Stream an den Client übertragen wurden und habe daher verschiedene Wege ausprobiert, die ich hier aber nicht gepostet hatte. Einer der Wege, führte die Query erneut aus (das hatte ich übersehen). Und da die Query vorher nicht geleert wurde (himitsu), kam Murgs dabei raus.

Logic.Set_Query(MsQuery, DB_Modul.MSConnect); Hier wird zwar sichergestellt, dass die Query leer ist, aber wenn man sie später erneut ausführt (völlig sinnfrei) hätte sie ebenfalls leergemacht werden müssen.

Vielen Dank, Eure Anregungen haben mir sehr geholfen!
Patrick

[stifflersmom]

Zitat von Ykcim:

Hallo Zusammen,

vielen Dank für Eure Antworten. Leider kann ich es ausschließen, dass es sich um unterschiedliche Datenbanken handelt. Die ist definitiv die selbe! Ich werde es mal mit einem anderen Query-Manager testen.
Könnt Ihr einen empfehlen?

Aber das löst das grundsätzliche Problem noch nicht, wie ich im meinem Programm die Daten so ausgegeben bekomme, wie sie benötigt werden (Result_Heidi).

Ich hänge mal ein Screenshot an, wie die Daten ohne Gruppierung vorliegen...

Vielen Dank
Patrick

Ich glaube kaum, dass es an Hedi liegt.
Führ die Abfrage doch mal einfach in der "shell" vom DB-Server aus, da kannst Du das Ergebnis ja auch betrachten.
Also einfach auf dem DB-Server mysql tippen und Enter drücken. Dann die Abfrage da feuern.
Wenn wirklich sicher gestellt ist, dass es derselbe Datenbankserver ist, dann käme natürlich noch eine "vergessene" Filterkonfiguration des Anzeige Grids in Frage.

[himitsu]

Zitat von Ykcim:

Hier wird zwar sichergestellt, dass die Query leer ist, aber wenn man sie später erneut ausführt (völlig sinnfrei) hätte sie ebenfalls leergemacht werden müssen.

Zitat von himitsu:

Warum eigentlich ADD (hoffentlich wird irgendwamm mal ein CLEAR nicht vergessen) und nicht einfach TEXT?

siehe #10

[anse]

Edit: sorry, hat sich zeitlich überschnitten, hast ja die Lösung schon.

Wenn ich das richtig sehe liegen die Unterschiede in der Art welche Zeilen der Server bei GROUP BY liefert. Das könnte durchaus mit dem verwendeten Treiber zusammenhängen. In HeidiSQL verwende ich für MS SQL den Data.Win.ADODB.TAdoConnection mit folgendem ConnectionString:

Code:

Provider=MSOLEDBSQL;
Password="...";
Persist Security Info=True;
User ID=...;
Network Library=DBMSSOCN; <-- nur bei TCP/IP
Data Source=.\SQLExpress; <-- oder was auch immer als Host eingetragen wurde
Application Name=HeidiSQL;
DataTypeCompatibility=80; <-- siehe https://learn.microsoft.com/en-us/sql/connect/oledb/applications/using-ado-with-oledb-driver-for-sql-server?view=sql-server-2017

Du kannst das ja testweise auch mal mit der TAdoConnection probieren.

[Uwe Raabe]

Um ein grundsätzliches Problem bei FireDAC auszuschließen bzw. zu bestätigen, könntest du die Query direkt im SQL-Editor einer TFDQuery ausführen. Das entspricht im Wesentlichen dem was du mit HeidiSQL machst. Wenn das funktioniert, liegt dein Problem woanders.

[Ykcim]

Vielen Dank für die Unterstützung!
Ich bin sehr froh, dass mein Programm jetzt die gleichen Daten wie HeidiSQL anzeigt und der Fehler in meinem Programm zu finden war, weil ich mit der Heidi immer gerne zusammenarbeite...

Lieben Gruß
Patrick