Le 14/05/2010 18:43, kimaidou a écrit :
Le && n'est normallement plus utile à partir de postgis 1.4, qui
utilise les index spatiaux pour les requêtes de type intersection, etc.
Donc il faut :
* vérifier ta version de postgis :
SELECT postgis_version();
* Vérifier que tu as bien des index spatiaux sur les colonnes
géométriques, et sinon en ajouter via
/CREATE INDEX/ idx_meteo_station_meteo_the_geom_gist ON
meteo.station_meteo USING /gist/ (
/the_geom/);
* Faire un VACUUM ANALYSE matable (the_geom);
En espérant que cela soit utile...
Merci, c'est certainement utile. Mais un peu tôt.
Ça fait tout juste 48 h que j'utilise une base postgres, 24 h que
j'utilise une base spatialisée.
Et la requête de Vincent, même non optimisée, elle m'allait bien. Je la
cromprenais.
Le LEFT OUTER JOIN : j'ai toujours eu des problèmes avec les join moi
qui n'ai jamais fumé un pétard ;-)
Quand aux indexes, osm2pgsql n'en crée pas.
Honnêtement, la requête sur le schéma de Vincent, elle prend 22 s sur
mon ordinateur et je l'ai faite 3 ou 4 fois pour la tester...
Ceci dit, je me mets ces mails de côté pour les ré-étudier quand je
comprendrais mieux ce que sont des colonnes géométriques (je connaissais
les colonnes corinthiennes, les colonnes de Buren, les colonnes
vertébrales...)
Merci pour votre intérêt...
--
FrViPofm
_______________________________________________
Talk-fr mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/talk-fr
