Des organisations de toutes envergures se dirigent de plus en plus vers la création d'une Infrastructure de données géospatiales. Par un souci de réutilisation de leur information géographique ou simplement par optimisation des ressources investies, ces organisations se lancent dans le déploiement de ces solutions dites SDI (Spatial data infrastructure). La nouvelle norme européenne INSPIRE contribue largement au développement et à la popularité grandissante de ces solutions. Cette nouvelle réalité liée à cette volonté d'exploiter au maximum l'information à référence spatiale aura plusieurs avantages pour nos organisations. Notamment, faciliter la gestion intégrée de leurs données géospatiales, leurs droits d'accès, leurs accessibilités dans le réseau Intranet/Extranet, la création de services Web pour applications mobiles et bureautiques, la création de catalogues de données. Les composantes utilisées dans ces plates-formes diffèrent, mais elles ont toutes en fondation, un moteur de base de données. Ces technologies sont parfois imposées par nos TI, mais il nous faut tout de même connaître leurs avantages et inconvénients. Cette présentation a pour objectif de comparer et de démystifier certaines croyances sur trois des plates-formes les plus utilisées par ces entrepôts SDI: Oracle Spatial, Postgresql/PostGIS et Microsoft SQLServer. On y verra également concrètement les options et les utilitaires liés aux étapes de chargement et, comment exploiter l'information géographique via le langage SQL.

1. Comparatif entre certains entrepôts
de données géospatiales
simon mercier
smercier@mgeospatial.com
@simonmercier
Géomatique 2011 - Montréal

2. mgeospatial.com/database.pdf

3. savez-vous sont vos données géospatiales?

5. juste un peu d’histoire ...

6. IBM System R -
1970
SDL - 1977
Software Development Laboratories
Ingres - 1974-1980
University of California, Berkeley
Informix - 1980
Oracle - 1982
SDL Devient Oracle
Ingress - 1986
Réécriture chez RTI
Sybase - 1984
a Berkeley
Postgresql - 1985
Réécriture a Berkeley
Sybase - 1988
Partenariat avec Microsoft Ingress - 1990
Naissance de Ingress coorp
Microsoft Sql Server 6.0 Oracle - 1992
Sybase - 1995 Oracle Spatial
- 1994
PowerDesigner-Adaptive server
Postgresql - 2001
Refraction.net PostGIS
Microsoft Sql Server
2005
Microsoft Sql Server
2008
Microsoft Sql Server Postgresql - 2011 Oracle - 2011
2011 PostGIS 2.0 Oracle 11G

7. et si on revenait rapidement à la base

8. geom id code
1234 coco
geom id code
98 toto
geom id code
543 lolo

9. geom_p geom_l geom_s id code
1234 toto

10. geom id code
1234 coco
geom id code
98 toto
geom id code
543 lolo

11. geom id code
1234 toto

12. AVERTISSEMENT: Attention au format de
stockage binaire des géométries dans votre
serveur de données.

13. OS
Windows XP, Windows Vista, Windows
2003, Windows 2008 32-64 bit
AIX, BSD, Debian, Fedora, FreeBSD, Gentoo, HP-
UX, IRIX, Ubuntu, Mac OSx, NetBSD, OpenBSD,
RedHat, Slackware, Solaris, Tru64, Windows(32 bit)
Solaris, HP-UX, AIX , Linux
32-64 bits, Windows 32-64 bit

14. version gratuite
Version Express
1 cpu, 10Gb avec R2 sinon 4GB
Version de base
auncune limite
Version Express XE
1 cpu, 4gb, 1Gb RAM

15. fonctions spatiales
environ 70
plus de 300
plus de 400

16. logiciels burautiques
ESRI ArcGIS 9.3 Server SDE, Manifold, CadCorp,
Autocad FDO, MapInfo 10+, GeoMedia
ESRI ArcGIS 9.3 Server, ZigGIS for ArcGis/ArcMap
desktop, Manifold, FME, CadCorp, Autocad FDO, MapInfo
10+, OpenJump, QuantumGIS, gvSig, uDig
ESRI ArcGIS SDE (all versions), FME, Manifold, CadCorp,
Autocad FDO, MapInfo, GeoMedia, gvSig, QuantumGIS-uDig-
OpenJump (via extensions), GeoRaptor

17. logiciels de chargement
Safe FME, ESRI ArcGIS 9.3+, CadCorp, ETL SQL
Server Integration Services (SSIS)
shp dataloader for SQL Server 2008 par Morten
Nielsen
Safe FME, ESRI ArcGIS 9.3+, CadCorp
shp2pgsql, shp2pgsql-gui, OGR2OGR, ogr2gui,
QuantumGIS SPIT, SHP loader for PostGIS
(SharpMap.NET), GeoKettle,
Safe FME, ESRI ArcGIS 9.3+, shp2sdo
OGR2OGR (doit être recompilé), ogr2gui ,
GeoKettle
gratuit

18. SQL-MM
Non (T-SQL)
Oui (NOTE: utilise ST_ pour TOUTES ses
fonctions)
OUI, à condition d’utiliser le type de donnée
ST_GEOMETRY
select ST_Transform(geom,32198) from eloliennes_p

19. index spatiaux
B-Tree
GiST (variation de R-Tree)
R-Tree, Quadtree

20. types de données géospatiales
Point, ligne, polygone, Multipoint, Multiligne,
Multipolygone, Geometrycollection
OGC 2d - 2.5d(Mesure)
Support EPSG
Point, ligne, polygone, Multipoint, Multiligne,
Multipolygone, Geometrycollection, Courbe
OGC 2d - 2.5d(Mesure)
Support EPSG
Point, ligne, polygone, Multipoint, Multiligne,
Multipolygone, Geometrycollection, LINEARRING,
Courbe, Raster
OGC 2d - 2.5d(Mesure), 3D
Support EPSG

21. calcul natif sur le géoide avec le champ de type
«geography»
supporté sur toutes les plateformes avec certaines restrictions
sur l’utilisation des fonctions spatiales

22. solutions web
SQL Server 2008 Postgresql / PostGIS Oracle
geoserver X X X
mapserver X X X
ArcGIS Server X X X
MapGuide X X X
GeoMedia X X X
MapXstream X ? X
Oracle MapView X

23. performance ...

24. ...Customer shall not disclose the results of any benchmark tests of the Programs to any third party without
Oracle's prior written approval...
...You may not disclose the results of any benchmark test of either the Server Software or Client Software for
Microsoft SQL Server, Microsoft Exchange Server or Microsoft Proxy Server to any third party without
Microsoft's prior written approval...

25. requête intersection
DECLARE @g geometry;
DECLARE @h geometry;
SET @g = geometry::STGeomFromText('LINESTRING(0 2, 2 0, 4 2)', 0);
SET @h = geometry::STGeomFromText('POINT(1 1)', 0);
SELECT @g.STIntersects(@h);
SELECT ST_Intersects(ST_GeomFromText('LINESTRING(0 2, 2 0, 4 2)', 0),
ST_GeomFromText('POINT(1 1)', 0);
SELECT SDO_UTIL.FROM_WKTGEOMETRY('LINESTRING(0 2, 2 0, 4 2)') as g,
SDO_UTIL.FROM_WKTGEOMETRY('POINT(1 1)') as h
FROM DUAL
WHERE SDO_RELATE(g, h, 'mask=anyinteract querytype=window') = 'TRUE';

26. (
Réservoir Caniapisko, un
monstre:
7 865 polygones.
1 315 378 points
4 361 608 562 m2
96 MB en format shapefile

27. (
oracle spatial ? oracle locator

28. oracle locator
-Accès au type de données SDO_GEOMETRY
-Accès aux fonctions d’indexation spatiale
-Accès aux opérateurs spatiaux dans les requêtes SQL
-Accès à une fonctions d’aggrégation (SDO_AGGR_UNION) *
-Accès à des fonctions de transformation de système de coordonnées
(SDO_CS)
-Accès à des fonctions de paramétrage(SDO_TUNE)
-Accès aux fonctions communes (SDO_UTIL)
Source: Simon Greener - spatialdbadvisor.come

29. oracle spatial
-Accès a SDO_RELATE, SDO_DIFFERENCE, SDO_INTERSECTION,
SDO_UNION*
-Accès aux fonctions LRS (Linear referencing system)
-Accès aux fonctions d’analyse spatiale et de datamining (SDO_SAM)
-Accès aux fonctions de géocodage (SDO_GCDR)
-Accès au GeoRaster
-Accès aux fonctions de validation topologique
-Accès aux fonctions d’analyse de réseaux
Source: Simon Greener - spatialdbadvisor.come et Boston GIS bostongis.com

30. restrictions oracle locator
requête illégale
select mdsys.SDO_Geom.SDO_Centroid(geom,0.5) as geom,
mdsys.SDO_Geom.SDO_Area(geom,0.5) as area,
mdsys.SDO_Geom.SDO_Length(geom,0.5) as length,
mdsys.SDO_Geom.SDO_ConvexHull(geom,0.5) as chull
from projpoly2d
where rownum = 1
requête légale
select mdsys.st_polygon(geom).ST_Centroid() as geom,
mdsys.st_polygon(geom).ST_Area() as area,
mdsys.st_polygon(geom).ST_ExteriorRing().ST_Length() as length,
mdsys.st_polygon(geom).ST_ConvexHull() as chull
from projpoly2d
where rownum = 1;
)
Source: Simon Greener - spatialdbadvisor.com

31. en résumé

32. Votre organisation utilise l’environnement Windows Server (OS et Outil corpo
- Office, Sherepoint, .Net, IIS, etc...). Vous cherchez une solution d’entreposage
de données très simple pour votre ligne de produits SIG (ArcGIS - MapInfo -
GeoMedia - Autocad). Vous ne voulez pas vraiment réutiliser l’information avec
d’autres technologies ou la manipuler directement dans l’entrepôt.
-SQL Server 2008 R2 fonctionne très bien dans l’environnement Windows!
-Facile à installer et administrer
-Coût de la licence élevé.
-Le serveur Windows demande plus de ressource système = $$$
-Microsoft est un bon choix si on considère l’utiliser aussi avec Sharepoint et
comme contenant mais moins pratique pour des systèmes de plus grande
envergure (moins de fonctions, moins accessible)

33. Idéal pour un entrepôt SDI sur serveur Windows, Linux, Solaris ou même
Mac. Peut être utilisé comme contenant pour votre suite bureautique ET/
OU comme solution de développement de système(manipulation SQL
facile et flexible). Il offre une connectivité à une grande majorité de
technologie de diffusion Web, le meilleur rapport qualité/prix versus le
nombre de fonctions spatiales offert.
-Grand nombre de fonctions de traitement facile à utiliser
-Grand nombre de langages de programmation supportés
-Connexion à toutes les plateformes SIG ou presque
-Flexibilité
-Gratuit, gestion facile et très performant
-Supporté sur tous le OS(ou presque)
-Postgresql corrige très rapidement les bugs et à une communauté
très active
-La meilleure des implantations pour une solution hybride

34. Vous êtes une grande organisation avec plus de moyen financier. Vous avez
déjà Oracle comme technologie RDBMS. Vous avez accès à de l’aide pour
gestion / installation / entretien!
-Oracle est une plateforme extrêmement solide utilisée par de
grandes organisations!
-Les fonctions «Oracle Spatial» couvrent pratiquement tous les
besoins et même plus.
-Coût élevé (licence, administration, utilisation)
-Oracle à un gros budget de développement et R&D.
-Oracle Enteprise Server 11g offre maintenant les services OGC
natif.

35. mgeospatial.com/database.pdf
simon mercier
smercier@mgeospatial.com
@simonmercier