Bon un mea-culpa est de rigueur on dirait. Je pense que mon petit cerveau a dû confondre vues, tables héritées et index sur les fonctions. Bon je crois que comme le disait Emilie dans un mail ultérieur à cette réponse la solution est une seconde table mise à jour par des trigger. Ça ralentira un peu les màj mais ça devrait grandement améliorer le rendu. Après, je ne sais pas si les trigger vont survivre à un import complet d'osm2pgsql lorsqu'il va recréer les tables "from scratch".
Yann Le 19 juin 09 à 19:47, sly (sylvain letuffe) a écrit : > On Friday 19 June 2009 17:44, Yann Coupin wrote: >> Tu peux tenter une vue calculée dans pgsql > > Je viens de chercher "vue calculée dans pgsql" avec google, et je > tombe sur > ton message ;-) La classe ! :) > Mais sinon, rien d'autre, la docs sur les views que j'ai trouvées, > semble > indiquer que aucun cache n'existe et que la requête de "view" est ré- > executé > à chaque appel à la view. Ce qui reviendrait au même qu'imbriquer deux > select. > >> pgsql ne va recalculer le résultat du simplify que si la ligne source >> est modifiée et le résultat sera caché. > > Ça serait exactement ce que je veux mais : > http://developer.postgresql.org/pgdocs/postgres/sql-createview.html > > Pas d'option pour dire "souviens toi tu précalcul" tu as un bout de > doc > quelque part ? _______________________________________________ Talk-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-fr
