Quels sont les avantages d'utiliser ArcGIS avec PostgreSQL sur simplement ArcSDE?

Je comprends que pour bénéficier des types de données spatiales ArcGIS (ST_GEOMETRY, géodatabases versionnées, etc.) ArcSDE doit être installé - et avec le client 10.1, il est automatiquement installé (client à deux niveaux >> SGBD, voir ici .

Cependant, j'essaie toujours de comprendre les avantages de la connexion d'un frontal Esri à PostgreSQL (ou Oracle). S'agit-il d'avantages purement back-end, tels que l'évolutivité / performance / redondance / DBAability, ou y a-t-il des fonctionnalités frontales supplémentaires offertes par une configuration PostgreSQL / PostGIS? L' aide d' Esri ne semble pas élaborer

Pour info, je suis à peu près un débutant dans la base de données qui conçoit une dissertation SIG visant à illustrer pourquoi Postgresql / PostGIS / QGIS est plus évolutif / flexible (et moins cher) qu'ArcGIS / n'importe quelle base de données, je dois donc également considérer le scénario ci-dessus, que je peux 'ai pas les moyens de mettre en œuvre. Tous les liens sur ce dernier point, en particulier en ce qui concerne le flux de travail (par exemple, ne pas avoir de charges de fichiers de formes encombrant tout) sont les bienvenus. ré.

Le stockage de vos données dans une base de données spatiale présente plusieurs avantages par rapport au stockage dans la géodatabase ArcSDE avec un backend RDBMS.
Ceux-ci inclus:

• Vos données sont librement accessibles par d'autres produits tiers.
• Votre DBA est plus content qu'il s'agisse d'un stockage Pure Database, car il peut appliquer toutes ses meilleures pratiques DBA normales sur la base de données.
• Vous pouvez appliquer des requêtes SQL spatiales sur les données du client de votre choix. Cela peut souvent être beaucoup plus puissant que l'analyse qui peut être effectuée dans ArcGIS Desktop.

En procédant de cette manière, vous n'aurez pas accès à de nombreuses fonctionnalités de la géodatabase ArcGIS, telles que la gestion des versions, les jeux de données, les jeux de données réseau, les réseaux géométriques, etc.

Un compromis pourrait être d'avoir une géodatabase ArcSDE et de stocker des données spatiales dans le type de géométrie / géographie natif de la base de données. Cela peut être fait en utilisant le mot-clé de configuration approprié lors de la création et du chargement des données.

La plupart sinon tous les RDBMS de grands noms incluent des types de données spatiales. À cette fin, ArcSDE n'est pas nécessaire pour stocker ou afficher des entités géographiques. ArcSDE ajoute des fonctionnalités de gestion pour garantir que la modification des versions et les règles géographiques complexes telles que les réseaux et la topologie fonctionnent pour garder vos fonctionnalités complètes et propres. La fonctionnalité de géodatabase conserve les relations et les éléments tels que les alias de champ pour vos entités. Tout cela est ce qui fait d'ArcSDE un wrapper agréable pour les entités géographiques à l'intérieur d'une base de données. Cependant, le même type d'avantages pourrait être créé sans SDE, mais cela prendrait une quantité considérable de développement et de conception de base de données. Veuillez noter que les entités géographiques peuvent être stockées en utilisant la géographie ou la géométrie. Ce dernier est le stockage cartésien, ce qui signifie planaire