Alors un petit lien très bien fait sur les jointures :D http://sqlpro.developpez.com/cours/sqlaz/jointures/
On est tous passé par là :) Attention par contre, car après cela devient comme une drogue : on a envie de faire des requêtes spatiales juste pour voir Le 14 mai 2010 20:20, Vincent Pottier <[email protected]> a écrit : > 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 > >
_______________________________________________ Talk-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-fr
