ArcSDE를 관리 하시겠습니까?


12

ArcSDE 관리 모범 사례를위한 인터넷 검색에 약간의 시간을 보낸 후 나는 빈손으로 나왔습니다. Spatial Databases와 그 관리에 대해 잘 알고 있지만 대규모 Oracle Spatial 데이터베이스를 여러 개 구현했지만 자신의 삶을 더 쉽게 만들기 위해 준수해야 할 관행이나 패턴과 공간 보유를 유용하고 안전하게 유지하기를 원했습니다.

ArSDE 인스턴스의 무결성, 보안 및 일관성을 보장하기 위해 ArcSDE 데이터베이스에서 어떤 관행을 사용합니까?

ArcSDE 인스턴스를 계획 할 때 어떤 설계 목표를 목표로하고 있습니까?

그것들은 광범위한 질문이며, 구현의 규모, 요구 사항 및 범위에 따라 대답이 크게 바뀔 수 있지만이 주제에 대한 커뮤니티 기반 가이드에 대한 관심을 측정하고 싶습니다.

답변:


7

실제로 공개적으로 적은 문서를 찾을 수 있습니다. ESRI가 청구하거나 ESRIUC에는 참석할 수 있지만 공공 장소에서는 적은 수업 / 워크숍이 있습니다.

언급 한 몇 가지 요점은 DBA 우수 사례에서 비롯된 것입니다. 그러나 일부는 실제로 당신의 시스템과 요구에 의존하지 않습니다.

무결성을 위해서는 안정적인 하드웨어 플랫폼 (항상 클러스터형 시스템으로 이동)이 핵심입니다. 올바른 DB 백엔드 사용. 저는 강력한 주 및 연방 출신이므로 MSSQL 또는 Oracle과 같은 대기업 DB를 고수합니다. MSSQL2008 공간은 비용 대비 훌륭한 툴킷을 제공합니다. 타사 액세스로 방탄을 원한다면 Oracle을 고려하십시오. 많은 앱이 공간 측면에 연결됩니다.

보안; 거기에 계정이 제대로 구성되어 있는지 확인해야 할 강력한 DBA가 있습니다. 그러나 DB에서 읽고 쓸 수있는 사람을 위해 내장 ESRI 컨트롤을 사용해야합니다. 이것은 또한 데이터와 그것을 사용하는 시스템의 구조에 의문을 제기합니다. 보다 엄격한 사용자 수준 보안을 갖춘 더 높은 보안 사일로를 만들어야합니까? 또는 기능 전체에서 사용자 수준의 권한으로 사용자를 유지 관리하는 데 도움이되는 거대한 단일 DB입니다.

또한 당신이 생각하고 싶은 것은 도메인과 같은 내부 객체 대 참조 테이블을 사용하는 것이 좋습니다. 데이터를보고있는 타사 앱에서 도메인에 액세스하지 못할 수 있습니다. 참조 테이블을 조인 할 수 있으며 해당 코드 값이 있습니다.

데이터 정규화는 고려해야 할 큰 주제입니다. 어떤 사람들은 기하학 전용 SDE 기능과 비즈니스 테이블의 모든 테이블 형식의 항목을 사용하여 다른 표준화 된 디자인을 사용하여 다른 앱으로 검색하기위한 성능을 최적화 할 수있는 인덱스와 뷰를 많이 가지고 있습니다.

그래서 당신이 궁금한 특정 영역이 있다면; 질문에 대한 자세한 내용을 자유롭게 추가 할 수 있지만 원하는 것은 플랫폼과 기능적 요구에 달려 있습니다. 고속 웹 앱은 SDE를 원하지 않고 fGDB 만 원할 수 있습니다. 동적 데이터 대 SDE가 필요합니다.


나는이 질문을하는 것이 질문의 본질과 같이 광범위한 답변을 얻는다는 것을 알고 있었다. 응답 해주셔서 감사합니다. 데이터베이스 개발 및 관리를 기반으로 수년에 걸쳐 개발 한 모범 사례 목록이 있지만 개요를 바탕으로 목록을 작성하려는 공동 노력에 대한 커뮤니티 이점이 있다고 생각합니다. 동의하겠습니까?
OptimizePrime

예, 그렇게 생각합니다. 아마도 위키 섹션이 출발점이 될 수 있습니다. Spatial DB의 질량을 살펴 보는 것도 고려하십시오. ESRI / ArcSDE 경로 만이 아닙니다. Oracle / Spatial에서 디자인 고려 사항과 MSSQL2008 시스템에서 수행중인 작업에 대해 볼 수있는 몇 가지 차이점이 있습니다. 여기서 앱 액세스를 위해 ESRI로 래핑 된 MS-Spatial 레이어가 있습니다. Safe / FME와 같은 다른 모든 것은 MSSQL과 직접 통신합니다. 그것은 ESRI 레이어에 대한 의존성을 줄이기 위해 의도적으로 디자인 한 것입니다.
DEWright

1

DeWright가 머리에 못을 박았다고 생각합니다. 보안 전략이 복잡할수록 rdbms가 더 정교 해집니다.

저는 항상 여러 액세스 유형으로 데이터베이스를 구축하고자했습니다. sdo, postgis와 같은. 둘 이상의 소프트웨어 또는 IDE가 데이터를 조작하거나 표시 할 수 있도록합니다.

나는 커밋하기 전에 높은 길을 가고 연구 / 테스트 시나리오에서 추가 시간을 할 것을 제안합니다. 이러한 옵션 중 일부는 훌륭하게 들리지만 한계가 있습니다.

사전에 최적화, 정규화 및 견고한 DB 설계는 장기적으로 (공간적으로) 많은 유연성을 허용합니다.


1
나는 좋은 계획을 크게 믿는 사람이다.) 그러나 나는 계속해서 위치 정보를 구현하고이를 위해 잘 정의 된 서면 전략에 관심이있는 회사를 만난다. 저에게 가장 중요한 점은 '데이터 관리 기능이 최대한 우아하고 기능적으로 유지되도록하면서 필요한 / 원하는 것을 사용하는 것'입니다. 이것이 제가 항상 염두에 두어야 할 두 가지 목표입니다.
OptimizePrime

dbtune 파일에 많은 시간을 할애 할 수 있습니다.
Brad Nesom

가장 큰 부분은 디자인입니다. 공간 및 비 공간 도구에 사용될 데이터를 작성해야하는 경우 데이터를 고도로 정규화하려고합니다. 공간을 테이블 형식에서 분리합니다. 테이블을 깨끗하게 유지하고 그 공간에 보관하는 물건의 양을 줄이십시오.
DEWright
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.