Discussion :

[CetTer]

En ce qui concerne PostGIS vos documents datent terriblement. Entre temps l'IGN à commencé d'utiliser SQL Server. En effet, PostGIS ne sait pas utiliser proprement les SRID spécifique à chaque pays, comme je l'indique dans cette comparaison PostGIS/SQL Server 2008 GIS; Or pour les collectivités française il est fait obligation d'utiliser des SRID spécifiques à la France, en particulier :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
spatial_reference_id well_known_text
-------------------- -----------------------------------------------------------------------------
4171                 GEOGCS["RGF93",     DATUM["Reseau Geodesique Francais 1993"
4624                 GEOGCS["RGFG95",    DATUM["Reseau Geodesique Francais Guyane 1995"
4640                 GEOGCS["RRAF 1991", DATUM["Reseau de Reference des Antilles Francaises 1991"
4687                 GEOGCS["RGPF",      DATUM["Reseau Geodesique de la Polynesie Francaise"
4965                 GEOGCS["RGF93",     DATUM["Reseau Geodesique Francais 1993"
4967                 GEOGCS["RGFG95",    DATUM["Reseau Geodesique Francais Guyane 1995"
4973                 GEOGCS["RRAF 1991", DATUM["Reseau de Reference des Antilles Francaises 1991"
4999                 GEOGCS["RGPF",      DATUM["Reseau Geodesique de la Polynesie Francaise"

Sinon, les calculs, notamment d'aires sont faussés.

Bref, rafraichissez vos données et ne croyez pas naïvement tout ce qui traîne sur Internet !

A +

A propos de "tout ce qui traîne sur Internet", précisons quand-même qu'il est tout à faut possible et pas très difficile d'ajouter le code PROJ4 de ces projections (et de beaucoup d'autres) dans PostGIS via le site de http://spatialreference.org, qui propose même le code de l'INSERT PostgreSQL, et ce depuis longtemps. La table spatial_ref_sys est en effet extensible. J'ose espérer que si l'IGN a délaissé PostGIS, ce n'est du moins pas pour cette raison...

e.g:
http://spatialreference.org/ref/epsg/4171/
http://spatialreference.org/ref/epsg/4624/
...
http://spatialreference.org/ref/epsg/4999/

[estofilo]

Un petit exemple du manque crucial de tag (indicateur pour l'optimiseur) dans les requêtes complexes...
A +

Ah bon. Un problème de perfs est résolu en changeant l'ordre des jointures, donc sans besoin d'indicateur, et c'est ça qui serait censé être un exemple de l'utilité des indicateurs?

[SQLpro]

Ah bon. Un problème de perfs est résolu en changeant l'ordre des jointures, donc sans besoin d'indicateur, et c'est ça qui serait censé être un exemple de l'utilité des indicateurs?

Comment fais tu lorsque l'application en question est dans un exécutable d'éditeur auquel tu ne peut pas changer le code source ???

Avec SQL Server il suffit d'appliquer un guide de plan qui va intercepter la requête à la volée pour lui imposer un nouveau plan....

A +

[cleray.fr]

Postgre est utilisée par meteo france 100 serveurs et 80TB de données

Mais à part ça Postgre est faite seulement pour, je cite, "des petites applications non critiques, à faible volumétrie (quelques dizaines de Go) " !!!!

Je n'avais pasautant rigolé depuis longtemps

Quelques retours d'expérience personnels qui peuvent éventuellement compléter ton article si tu les juges utiles :

Je suis assez d'accord avec toi.
Postgresql a depuis quelques versions de nombreuses fonctionnalités qui se rapprochent des besoins des entreprises (hot standby, sauvegarde à chaud en continu, fonctions analytiques, ...)
Au jour d'aujourd'hui Postgresql peut faire l'affaire pour des petites applications non critiques, à faible volumétrie (quelques dizaines de Go) et à faible complexité (pas de grosses requêtes faisant des jointures sur plus de 5-6 tables)
Mais dès qu'on arrive dans des environnements complexes, volumineux ou critiques, Postgresql montre quand-même ses limites, et ça peut vite devenir critique quand par exemple (c'est du vécu) un problème de mauvais plan d'exécution survient en production, la requête vous mange 100% de CPU et dure 15 heures, et qu'aucune rustine rapide n'est envisageable
C'est toujours le compromis à trouver entre budget et risque pour une entreprise ...

[SQLpro]

Postgre est utilisée par meteo france 100 serveurs et 80TB de données

Mais à part ça Postgre est faite seulement pour, je cite, "des petites applications non critiques, à faible volumétrie (quelques dizaines de Go) " !!!!

Je n'avais pasautant rigolé depuis longtemps

C'est une application totalement atypique et pas du tout relationnelle... Météo France fait-elle des transactions ???
Pour rappel, le but d'un SGBDR est de faire de l'OLTP, c'est à dire OnLine Transaction Processing...

Dans le cas de météo france, dont le site est d'ailleurs en sérieuse perte de vitesse et très lent par rapport à la concurrence (merci PG...) il n'y a pas de mise à jour concurrentielles !

A +