단순한 ArcSDE보다 PostgreSQL과 함께 ArcGIS를 사용하면 어떤 이점이 있습니까?

ArcGIS 공간 데이터 유형 (ST_GEOMETRY, 버전이 지정된 지오 데이터베이스 등)을 활용하려면 ArcSDE를 설치해야하며 10.1 클라이언트와 함께 자동으로 설치됩니다 (2 계층 클라이언트 >> DBMS, 여기 참조) .

그러나 여전히 Esri 프론트 엔드를 PostgreSQL (또는 Oracle)에 연결하는 이점을 알아 내려고 노력 중입니다. 확장 성 / 성능 / 중복성 / DBAability와 같은 순전히 백엔드 이점입니까, 아니면 PostgreSQL / PostGIS 설정에서 제공하는 추가 프론트 엔드 기능이 있습니까? Esri 도움말 이 정교하게 보이지 않습니다

참고로, 나는 Postgresql / PostGIS / QGIS가 왜 ArcGIS / 어떤 데이터베이스보다 더 확장 가능하고 융통성 있고 저렴한 지 설명하기 위해 GIS 논문을 디자인하는 데이터베이스 초보자입니다. 위의 시나리오도 고려해야합니다. 구현할 여유가 없다. 특히 마지막 워크 플로우와 관련된 모든 링크 (예 : 많은 모양 파일이 모든 것을 혼란스럽게하지 않음)는 가장 환영합니다. 디.

데이터를 공간 데이터베이스에 저장하면 RDBMS 백엔드를 사용하여 ArcSDE 지오 데이터베이스에 저장하는 것보다 몇 가지 이점이 있습니다.
여기에는 다음이 포함됩니다.

• 다른 제 3 자 제품을 통해 데이터에 자유롭게 액세스 할 수 있습니다.
• DBA는 데이터베이스에 대한 모든 일반 DBA 우수 사례를 적용 할 수 있기 때문에 순수 데이터베이스 스토리지 인 경우 더 행복합니다.
• 원하는 클라이언트의 데이터에 Spatial SQL 쿼리를 적용 할 수 있습니다. 이것은 종종 ArcGIS Desktop에서 수행 할 수있는 분석보다 훨씬 강력 할 수 있습니다.

이런 식으로 작업하면 버전 관리, 데이터 세트, 네트워크 데이터 세트, 기하 네트워크 등과 같은 많은 ArcGIS Geodatabase 기능에 액세스 할 수 없습니다.

절충안은 ArcSDE 지오 데이터베이스를 보유하고 공간 데이터를 기본 지오메트리 / 지역 유형의 데이터베이스에 저장하는 것일 수 있습니다. 데이터를 작성하고로드하는 동안 적절한 구성 키워드를 사용하여이를 수행 할 수 있습니다.

대부분의 큰 이름 RDBMS가 공간 데이터 유형을 포함하지는 않습니다. 이를 위해 ArcSDE는 지리적 기능을 저장하거나 표시 할 필요가 없습니다. ArcSDE는 관리 기능을 추가하여 버전 편집 및 네트워크 및 토폴로지와 같은 복잡한 지리적 규칙이 기능을 완벽하고 깨끗하게 유지하도록합니다. 지오 데이터베이스 기능은 피처의 필드 별칭과 같은 관계 및 관계를 유지합니다. 이 모든 것이 ArcSDE를 데이터베이스 내부의 지형 기능을위한 훌륭한 래퍼로 만듭니다. 그러나 SDE없이 동일한 유형의 이점을 작성할 수 있지만 상당한 양의 개발 및 데이터베이스 설계가 필요합니다. 지역 기능은 지역 또는 기하학을 사용하여 저장할 수 있습니다. 후자는 평면을 의미하는 데카르트 저장입니다.