Query wird nicht vom Programm ausgeführt

[Ykcim]

Genau das habe ich ja gemacht, um das Query-Statement auszulesen. Mein Programm hängt sich auf. Ich habe keine Ahnung warum. Ich werde nachher mal gucken, ob es an allen 3 Bedingungen liegt, oder ob ich vielleicht die eine Bedingung herausfinde an der es liegt.

Komisch ist nur, dass der MySQL Server mit der Anweisung kein Problem hat, wenn ich einen Breakpoint auf open lege, das Statement herauskopiere und auf dem MySQL-Server direkt ausführe.

Kann das an den Komponenten liegen? Ich dachte nur, das die UniDac gut sind... Und bis jetzt hatte ich auch noch keine Probleme mit Ihnen...

Danke für die Unterstützung
Patrick

Ich habe es mal eben geprüft:

Das Problem passiert durch die Bedingung " and Rueckm=1". Aber wie gesagt, direkt auf dem Server habe ich keine Probleme...

[p80286]

Wieviele Datensätze kommen denn zurück 5,50,500 oder ???

Gruß
K-H

[Ykcim]

In dieser Abfrage geht es darum, dass wenn ein Datensatz zurückkommt, dass dann die nachfolgende Procedure übersprungen wird. Große Datenmengen sind also nicht das Problem. In dem aktuellen Beispiel wird auch kein Datensatz zurückgeliefert, so wie es auch sein muss...

[Memo]

Bei den UniDAC sollte es einen DBMonitor geben. Damit kann man sehen welchen Befehl der SQL-Server wirklich empfangen hat, also nach dem die Anfrage durch die Komponenten bearbeitet wurde.

Die Query die Du da eingestellt hast, passt an einigen Stellen nicht zu Deinem Quellcode.

[handson]

Vielleicht liegt das auch den ganzen ORs, die du benutzt. Zumindest bremst man damit die Abfrage auf dem Server aus. Versuch doch mal UNION:

Code:

(select * from prozess_position where status<>100
and Positionen_ID=313
and rueckm=1
and relevant=1
and Eckpunkt_ID=8) 
union
(select * from prozess_position where status<>100
and Positionen_ID=313
and rueckm=1
and relevant=1
and Eckpunkt_ID=9) 
union
(select * from prozess_position where status<>100
and Positionen_ID=313
and rueckm=1
and relevant=1
and Eckpunkt_ID=12)

probier es doch damit mal aus, vielleicht klappt das ja besser...

Stephan

[p80286]

Zitat von handson:

Vielleicht liegt das auch den ganzen ORs, die du benutzt. Zumindest bremst man damit die Abfrage auf dem Server aus.

Da die Abfrage über eine andere Schnittstelle durchaus funktioniert, ist das eher ein Nebenkriegsschauplatz. Ich würde übrigens ein

Code:

in (....)

bevorzugen aber das kommt auch auf den Server und das DBMS an.

Gruß
K-H

[Helld_River]

Hey, wenn ich das richtig sehe kommt bei deinem zusammengebauten SQL etwas in dieser Art raus:

Code:

... and (Eckpunkt_ID=? OR Eckpunkt_ID=? OR Eckpunkt_ID=? ....

Fragezeichen stehen für irgendeinen Wert.

Ich würde noch zusätzlich weitere Klammern setzen wie folgt:

Code:

... and ( (Eckpunkt_ID=?) OR (Eckpunkt_ID=?) OR (Eckpunkt_ID=?) ....

Ich weiß nicht mehr in welchem Kontext ich das mal hatte, aber bei mir führte eine fehlende Klammerung damals zu falschen Ergebnissen.

Probiere es einfach mal aus.