<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
Le 14/05/2010 18:43, kimaidou a écrit :
<blockquote
cite="mid:AANLkTimCUpjxt0ELU8nSAmS8OrND4e6L0m1gjAXRSL9E@mail.gmail.com"
type="cite">Le && n'est normallement plus utile à partir de
postgis 1.4, qui utilise les index spatiaux pour les requêtes de type
intersection, etc.<br>
<br>
Donc il faut :<br>
* vérifier ta version de postgis : <br>
SELECT postgis_version();<br>
* Vérifier que tu as bien des index spatiaux sur les colonnes
géométriques, et sinon en ajouter via<br>
<em>CREATE INDEX</em> idx_meteo_station_meteo_the_geom_gist ON
meteo.station_meteo USING <em>gist</em> (
<div class="s"><em>the_geom</em>);<br>
* Faire un VACUUM ANALYSE matable (the_geom);<br>
<br>
En espérant que cela soit utile...<br>
</div>
</blockquote>
Merci, c'est certainement utile. Mais un peu tôt.<br>
Ça fait tout juste 48 h que j'utilise une base postgres, 24 h que
j'utilise une base spatialisée.<br>
Et la requête de Vincent, même non optimisée, elle m'allait bien. Je la
cromprenais.<br>
Le LEFT OUTER JOIN : j'ai toujours eu des problèmes avec les join moi
qui n'ai jamais fumé un pétard ;-)<br>
Quand aux indexes, osm2pgsql n'en crée pas.<br>
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...<br>
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...)<br>
Merci pour votre intérêt...<br>
--<br>
FrViPofm<br>
</body>
</html>