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

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 라이선스를 침해하는 것입니다.
• 침해가 없습니다. ESRI 직접 연결은 SDE 서비스를 사용하지 않습니다 (적어도 서버 끝에서). 또한 공간 데이터와 직접 통신 할 수있는 SDE를 사용하면서 PostGres, MSSQL 및 WKT를 공간 저장소 유형으로 사용하는 방법에 대한 많은 기사를 게시했습니다. 그리고 한 번 더 데이터가 손상되었을 때 데이터에 직접 액세스하여 SDE를 정리해야했습니다. 공간적으로 활성화 된 데이터베이스의 또 다른 이점은 모든 데이터를 클라이언트로 가져 와서 작업을 수행하는 대신 데이터베이스가 작업을 수행 할 수 있다는 것입니다.
• @CrazyEnigma : 인용이 필요합니다.
• SDE 대 ST 기하학에 대한 대단한 설명 @mwalker 감사합니다
• re : 공간 참조, 그 반대라고 생각합니다. PostGIS의 공간 참조는 표준이며 SRID는 해당 SRS의 EPSG 코드와 동일합니다. SDE (최소 9.3x 이상)에서는 SRIDS에 익스텐트 등이 통합되므로 동일한 공간 참조 시스템에 대해 두 개의 서로 다른 SRID를 가질 수 있습니다. 이로 인해 공간 SQL을 사용하려는 경우 문제가 발생합니다.

다음은 내 한 줄 답변입니다. 지리 공간 데이터에 대한 다중 사용자 액세스가 필요할 때 SDE를 사용하십시오.

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

If 당신은 공간 데이터를 사용하는 유일한 사람이고 SDE는 당신을위한 것이 아닙니다. 다중 사용자 편집이 필요하지 않다면 SDE는 당신을위한 것이 아닙니다. 파일 GeoDatabase를 사용하는 것이 좋습니다.

절충점에 관해서는 … SDE는 설정이나 관리가 간단하지 않습니다. RDBMS를 사용해야합니다.

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

코멘트

• 다중 사용자 환경에서 Arc 제품은 상당히 나쁩니다. 사람들이 연결되어있는 동안에는 ' 할 수없는 일이 많이있는 것 같습니다. 성능과 강력한 다중 사용자 환경이 중요한 경우 RDBMS가 일부 더러운 미들웨어를 포함하지 않고 모든 작업을 수행하도록하는 것이 더 나은 방법이어야합니다. 하지만 인정해야 할 것 같습니다. 내 말은 상자입니다. 🙂
• 나는 Nicklas에 동의합니다. Arc 세계에서는 비교가 타당하지만 SDE는 다중 사용자에게 적합하지 않습니다. PostGIS와 같은 공간적으로 활성화 된 RDBMS는이 분야에서 장점이 있습니다. 다른 사람이보고있는 SDE 데이터 세트에 대한 사용자 권한을 부여하려고 한 적이 있습니까?
• 예, ' 문제가 발생했습니다. ' 권한 부여를 설명합니다. 몇 년 동안 SDE GDB를 관리 할 필요가 없었기 때문에 ' '가 여전히 문제인지 확실하지 않습니다. 부여는 잠금으로 차단되어서는 안됩니다. postgres / postgis는 다중 사용자 편집을 어떻게 처리합니까?

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

ESRI SDEBinary는 빠른 성능을 제공합니다. ST_GEOMETRY의 경우 SDE가 최상의 성능을 발휘하지 못할 수 있습니다.