Verzwicktes Problem mit einer Condition

Ich habe in einer Klasse Objekte mit Geokoordinaten.

In einem Listview mache ich eine Umkreisabfrage, also zeige alle Objekte, die in einem Umkreis von 10 km zu einem gegebenen Punkt liegen. Zu diesem Zweck habe ich mir die folgenden Condition gebaut, die ich dann in den Listview einsetze:

(10 > 6371 * ACOS( COS(RADIANS(50.001231413093)) * COS(RADIANS(GEO_lat)) * COS(RADIANS(GEO_lon) - RADIANS(8.2762513334082)) + SIN(RADIANS(50.001231413093)) * SIN(RADIANS(GEO_lat))))

Die erste Zahl, die "10" ist der definierte Umkreis. Die Formel habe ich schon einige Male überprüft, sie gibt den Abstand zwischen 2 Punkten auf der Erdoberfläche aus.
Nun ist es so, dass wenn ich auf einen Umkreis von 10 km prüfe, bekomme ich keine Ergebnisse. Auf bei 9 km bekomme ich keine Ergebnisse. Wohl aber bei 7,8,11 und 12 km.

Wenn ich direkt in die Datenbank gehe und die Condition in die WHERE Klausel einsetze, bekomme ich bei allen km-Angaben Ergebnisse.

Ich habe keine Idee, woran das liegen könnte. Muss ja etwas damit zutun haben, wie die Condition an die DB übergeben wird, oder?

Ja, Du hast vielleicht recht, maximaler Umkreis ist 50 km, da fällt die Erdkrümmung nicht wirklich ins Gewicht. Werde die Condition mal umstellen und sehen was passiert. Die Abfrage ist eigentlich noch komplexer, habe sie hier aber auf den wesentlichen teil reduziert, der nicht funktioniert.

OK, ich haba gefunden. Total verrückt. Es funktioniert auch nicht mit einer einfacheren Abfrage. Auf der suche nach einer einfacheren Abfrage habe ich einen Fehler produziert, wo mir dann auch die Query im Fehlerprotokoll ausgegeben wurde.

Das ist die neue COndition:

(10 > SQRT(POWER((8.2762513334082 - GEO_lon) * 71.5, 2) + POWER((50.001231413093 - GEO_lat) * 111.3, 2)))

Hier bekam ich den Fehler:

DOUBLE value is out of range in 'pow(((8.2762513334082 - `dev_db`.`ob1`.`float_GEO_lon`) * 71.5),`dev_db`.`ob1`.`object_2`)'

Jetzt kann man sehr schön sehen, was passiert ist. Der Parameter "2" bei Power, was ja für den Exponenten steht wurde ersetzt durch `dev_db`.`ob1`.`object_2` was wohl daran liegt, dass das Objekt 2 in das Objekt 1 eingebunden ist. Hier macht das dann einen Fehler.

In das Objekt 1 sind außerdem noch das Objekt 9 und das Objekt 10 eingebunden. Deshalb gibt es dort auch die entsprechenden Ersetzungen, nur das dies in der oberen Condition keinen Fehler fabriziert.

Das Problem ist also, dass hier Zahlen, mit denen gerechnet werden soll, falsch ersetzt werden. Das macht die Abfrage kaputt. Direkt in der Datenbank funktioniert es dann natürlich.

Jetzt habe ich aber keine Ahnung, wie das zu lösen ist. Was kann ich tun, damit es nicht diese falschen Ersetzungen gibt?

Hat das jemand gelesen? Das ist doch ein interessantes Problem. Soll ich das einmal in das Mantis eintragen? Kann das behoben werden?

So einfach ist es leider nicht. WE ist da ziemlich hartnäckig.

DOUBLE value is out of range in 'pow(((8.2762513334082 - `dev_db`.`ob1`.`float_GEO_lon`) * 71.5),`dev_db`.`ob1`.`object_2`.0)'

Es wird einfach ".0" angehängt

Quote from NilSole

Mal eine andere Frage: heißt das Objekt-Feld in deiner Klasse dann einfach nur „2“? Es wird ja ersetzt mit Objekt_2, wenn du das umbenennen kannst, würde hier vermutlich auch die Ersetzung ausbleiben. Solch einen ‚Bug‘ könnten wir auch nicht wirklich beheben…

Objekt-Felder in Objekten haben keine Namen …

Ja, 0 vor die 2 funktioniert, ist erst einmal ein Workaround.

Deinen letzten Satz verstehe ich nicht, was da schwer zu entscheiden ist.
Eine Condition bezieht sich ja nie direkt auf ein eingebundenes Objekt, sondern auf die Felder des eingebundenen Objekts.

Steht auf jeden Fall jetzt im Mantis und vielleicht ist es ja gar nicht so ein großes Problem.