ArcSDE와 공간적으로 활성화 된 데이터베이스의 차이점은 무엇입니까?

공간적으로 활성화 된 데이터베이스와 ArcSDE (ArcGIS Server Basic 라이센스 수준으로 사용 가능)를 언제 사용 하시겠습니까?

양측의 절충점은 무엇입니까?

어느 쪽의 이점이 있습니까?

enterprise-geodatabase spatial-database

— TheSteve0
소스

ArcSDE 제품이었던 제품은 이제 ArcGIS Server Basic으로 불리며 Workgroup 또는 Enterprise 버전으로 제공됩니다.

— Chris M

답변:

SDE [ArcSDE]는 데이터베이스의 데이터 구성 (SDE 스키마) 또는 클라이언트의 연결을 수신하는 서비스 (SDE 서비스) 중 적어도 두 가지를 참조 할 수 있습니다. 일반적으로 장갑을 끼고 있습니다. SDE 서비스는 데이터베이스의 SDE 스키마에 바인딩되어 있습니다.

"가장 순수한"상태 (또는 가장 더러운 상태)에서 SDE는 모든 공간 계산을 처리하고 데이터베이스에 데이터를 BLOB 및 기타 기본 SQL 유형으로 만 저장합니다. 텍스트 또는 XML 인덱싱과 같은 일부 데이터베이스 기능은 성능을 향상시키는 데 사용되지만 일반적으로 데이터베이스는 공간 데이터를 제공하는 것을 "알지"않습니다. 많은 테이블과 뷰 및 프로 시저가 있으며 데이터와 함수로 가득합니다.

공간적으로 활성화 된 데이터베이스를 사용하면 데이터베이스는 데이터에 위치가 있음을 인식합니다. 따라서 위치 쿼리를 SQL 문에 바로 넣을 수 있습니다. 아마도 이것은 당신에게 좋은 일이며, 실제로 누가 데이터를 소비하는지에 달려 있습니다. 데이터 소비자가 SQL에 유창하다면 훌륭합니다! 데이터 소비자가 ArcMap에 유창하다면 관심이 적을 것입니다.

보다 최근에는 SDE를 사용하여 기본 고유 공간 유형으로 변환함으로써이 둘을 혼합 할 수있었습니다. 또한 "직접 연결"을 사용하여 SDE 서비스를 무시하고 소비자 응용 프로그램 (ArcMap, ArcGIS 서버 등)을 데이터베이스에 직접 연결하면됩니다. 개인적으로 나는 직접 연결을 통해 다양한 수준의 성공을 거두었습니다.

ArcSDE 사용의 이점 :

ESRI 클라이언트와의 완벽한 통합
좋은 성능
일부 기본 데이터베이스 기능이 노출 될 수 있습니다 (공간보기, 색인)

SDE 사용의 단점 :

손상된 데이터를 복구하기 어려울 수 있습니다
라이센스는 데이터베이스에 바인딩됩니다
ESRI 소프트웨어를 사용하지 않고 형상에 쉽게 접근 할 수 없음

공간적으로 활성화 된 데이터베이스의 이점 :

모든 SQL 클라이언트가 쉽게 액세스 할 수있는 데이터
기존 DB 툴 (백업, 복원, 분석)을 사용하여 데이터 관리 가능
사용 가능한 개방 형식

공간적으로 활성화 된 데이터베이스 사용의 단점 :

클라이언트 (소프트웨어)가 데이터에 직접 연결하지 못할 수 있으며 비효율적 인 프로토콜 또는 내보내기를 사용하여 볼 수 있습니다.
공간 참조는 때때로 적용하거나 일관성을 유지하기가 어렵습니다.
추가 구성 또는 관리 오버 헤드가 발생할 수 있음

일반 SDE에 대한 경험이 많으므로 공간적으로 활성화 된 데이터베이스에 대한 포인트가 더있을 수 있습니다.

이것이 도움이되기를 바랍니다!

— 엠 워커
소스

SDE 서비스가 아닌 데이터에 직접 액세스하면 ESRI 라이센스를 침해하게됩니다.

— CrazyEnigma

침해가 없습니다. ESRI 직접 연결은 SDE 서비스를 사용하지 않습니다 (적어도 서버 쪽에서). 또한 공간 데이터와 직접 통신 할 수있는 SDE를 사용하는 동안 PostGres, MSSQL 및 WKT를 공간 저장소 유형으로 사용하는 방법에 대한 많은 기사를 게시했습니다. 그리고 더 많은 데이터가 손상되면 데이터에 직접 액세스하여 SDE를 정리해야했습니다. 공간적으로 활성화 된 데이터베이스의 또 다른 이점은 데이터베이스가 모든 데이터를 클라이언트로 가져 와서 작업하는 대신 작업을 수행 할 수 있다는 것입니다.

— westyvw

@CrazyEnigma : 인용이 필요했습니다.

— Derek Swingley

SDE vs ST Geometry @mwalker Thanks

— CDBrown

re : 공간 참조, 나는 그것이 반대라고 생각합니다. PostGIS의 공간 참조는 표준이며 SRID는 적용 가능한 SRS의 EPSG 코드와 동일합니다. SDE가 9.3x 이상이면 SRIDS에 익스텐트 등이 포함되므로 동일한 Spatial Reference System에 대해 서로 다른 두 SRID가있을 수 있습니다. 공간 SQL을 사용하려는 경우 문제가 발생합니다.

— DavidF

한 가지 대답은 다음과 같습니다. 지리 공간 데이터에 대한 다중 사용자 액세스가 필요한 경우 SDE를 사용하십시오.

여러 사용자가 데이터를 편집하기를 원한다고 가정합니다. SDE를 사용하십시오. SDE를 사용하여 웹을 통해 데이터를 제공하고 편집 할 수 있다고 가정 해 보겠습니다. GIS 직원 한 명과 함께 소규모 상점 인 경우 SDE를 사용하지 마십시오.

공간 데이터를 사용하는 유일한 사람이라면 SDE가 적합하지 않습니다. 다중 사용자 편집이 필요하지 않은 경우 SDE가 적합하지 않습니다. GeoDatabase 파일을 사용하는 것이 좋습니다.

트레이드 오프 (trade-off)에 관해서는 ... SDE는 설정하거나 관리하는 것이 쉽지 않습니다. RDBMS를 사용해야합니다.

SDE는 하나의 데이터베이스가 필요하지만 여러 사용자가 데이터에 액세스하고 데이터를 업데이트 / 편집해야하는 대규모 조직을위한 것입니다.

— 데릭 스윙 리
소스

다중 제품 환경에서 Arc 제품은 상당히 나쁩니다. 사람들이 연결되어있는 동안 할 수없는 일이 많이있는 것 같습니다. 성능과 강력한 다중 사용자 환경이 중요한 경우 RDBMS가 더러운 미들웨어를 포함하지 않는 모든 작업을 수행 속도를 늦추고 모든 것을 잠그는 것이 더 좋을 것입니다. 그러나 인정해야 할 것은

— 환상적입니다

나는 Nicklas에 동의합니다. Arc 세계에서는 비교가 가능하지만 다중 사용자에게는 SDE가 적합하지 않습니다. PostGIS와 같은 공간적으로 활성화 된 RDBMS는이 분야에서 장점이 있습니다. 다른 사람이보고있는 SDE 데이터 세트에 대한 사용자 권한을 부여하려고 시도한 적이 있습니까?

— DavidF

예, 권한 부여와 관련하여 설명하는 문제가 발생했습니다. 몇 년 동안 SDE GDB를 관리 할 필요가 없었기 때문에 여전히 문제인지 확실하지 않습니다. 보조금은 자물쇠로 막아서는 안됩니다. postgres / postgis는 다중 사용자 편집을 어떻게 처리합니까?

— Derek Swingley

요즘 대부분의 공간 DB는 하나의 테이블에 여러 개의 공간 열을 허용하는 반면 SDE는 하나의 테이블에 대한 하나의 공간 열을 고수합니다. 또한 사용자 Sachem, 데이터 복제, SQL 지원 등과 같이 SDE에없는 유연하고 강력한 데이터 관리 도구와 공간 데이터가 통합되어 있습니다.

ESRI SDEBinary는 빠른 수행자입니다. ST_GEOMETRY와 관련하여 SDE의 성능이 가장 좋지 않을 수 있습니다.

— 플레이스-질라
소스