MudGuard: Performanceproblem Umkreissuche

Beitrag lesen

Hi,

Auch wenn es gegen die üblichen Normalisierungsregeln verstößt - manchmal muß man aus Effizienzgründen dagegen verstoßen:

Du könntest

SIN(RADIANS(postalcodes_de.latitude))
COS(RADIANS(postalcodes_de.latitude))
SIN(RADIANS(postalcodes_de.longitude))
COS(RADIANS(postalcodes_de.longitude))

einmalig berechnen und in der Tabelle postalcodes als Spalten ablegen.

Das könnte dann bei jeder Abfrage einiges an Rechenzeit sparen ...

Die postalcodes_de sind ja vermutlich Daten, die sich nicht täglich ändern.

Wenn neue postalcodes kommen, muß das halt beim import der neuen Daten in die Datenbank auch gleich berechnet werden.

cu,
Andreas

--
Warum nennt sich Andreas hier MudGuard?
O o ostern ...
Fachfragen per Mail sind frech, werden ignoriert. Das Forum existiert.