Le portail francophone de la géomatique

Bonjour,

Ce n'est pas la peine de créer physiquement un buffer pour faire ce que vous voulez faire: c'est une opération très coûteuse.
Il existe la fonction st_dwithin(geom1, geom2, distance) (distance within) qui permet de répondre à votre question.
Avec des index spatiaux sur les colonnes geom, c'est très rapide et ca supporte le type geography que vous semblez stocker dans votre table (http://postgis.net/docs/ST_DWithin.html).

Votre requête deviendrait:

SELECT a.lon,a.lat,a.code_insee, b.geometry
FROM public.commune a join public.polygones b on ST_dwithin(b.geometry::geography, ST_Point( a.lon, a.lat, 4326)::geography,15000)
where a.code_insee = '21231';

Il faudrait alors ajouter un index spatial sur polygones.geom::geography, ou directement stocker une geography dans cette table (ce qui est mieux si le srid = 4326).
ca serait bien aussi pour la performance de créer une colonne geography sur les communes avec long/lat)

De ce que je vois, la clause andwhere de DQL ne fait qu'injecter une constante (:codeinsee) dans la requete.

Vous pouvez logger les requêtes dans PG et ainsi voir la vraie requête lancée par Symfony.

Nicolas
ps. c'est pour ce genre de comportement que je ne suis pas fan des ORM

Bonjour,

Vous voyez passer la requete dans les logs PG ?
Sinon, doctrine est bien branchée sur la meme base que vous pour les tests ? (ca arrive souvent si on a plusieurs bases)
Le user doctrine est le meme que celui des tests, il a peut etre des restrictions sur des colonnes/lignes ?

Nicolas