Um von den räumlichen ArcGIS-Datentypen (ST_GEOMETRY, versionierte Geodatabases usw.) zu profitieren, muss ArcSDE installiert werden - und mit dem 10.1-Client wird es automatisch installiert (zweistufiger Client >> DBMS, siehe hier .
Ich versuche jedoch immer noch, die Vorteile der Anbindung eines Esri-Frontends an PostgreSQL (oder Oracle) herauszufinden. Handelt es sich nur um Back-End-Vorteile wie Skalierbarkeit / Leistung / Redundanz / DBA-Fähigkeit, oder gibt es zusätzliche Front-End-Funktionen, die ein PostgreSQL / PostGIS-Setup bietet? Die Esri- Hilfe scheint sich nicht weiter zu entwickeln
Zu Ihrer Information, ich bin so ziemlich ein Datenbankneuling, der eine GIS-Dissertation entwirft, um zu veranschaulichen, warum Postgresql / PostGIS / QGIS skalierbarer / flexibler (und billiger) als ArcGIS / jede Datenbank ist. Daher muss ich auch das obige Szenario in Betracht ziehen nicht leisten, umzusetzen. Alle Links zu diesem letzten Punkt, insbesondere in Bezug auf den Workflow (z. B. wenn nicht jede Menge Shapefiles überfüllt sind), sind herzlich willkommen. d.
quelle
Die meisten, wenn nicht alle der bekannten RDBMS enthalten räumliche Datentypen. Zu diesem Zweck ist ArcSDE nicht erforderlich, um geografische Features zu speichern oder anzuzeigen. ArcSDE fügt Verwaltungsfunktionen hinzu, um sicherzustellen, dass versionierte Bearbeitung und komplexe geografische Regeln wie Netzwerke und Topologie funktionieren, damit Ihre Features vollständig und sauber bleiben. Durch die Geodatabase-Funktionalität bleiben Beziehungen und Elemente wie Feldaliase für Ihre Features erhalten. All dies macht ArcSDE zu einem nützlichen Wrapper für geografische Features in einer Datenbank. Die gleichen Vorteile könnten jedoch auch ohne SDE erzielt werden, was jedoch einen erheblichen Entwicklungs- und Datenbankaufwand erfordert. Bitte beachten Sie, dass geografische Merkmale mithilfe von Geografie oder Geometrie gespeichert werden können. Letzteres ist kartesische Speicherung, was eben bedeutet
quelle