실제로 공개적으로 적은 문서를 찾을 수 있습니다. ESRI가 청구하거나 ESRIUC에는 참석할 수 있지만 공공 장소에서는 적은 수업 / 워크숍이 있습니다.
언급 한 몇 가지 요점은 DBA 우수 사례에서 비롯된 것입니다. 그러나 일부는 실제로 당신의 시스템과 요구에 의존하지 않습니다.
무결성을 위해서는 안정적인 하드웨어 플랫폼 (항상 클러스터형 시스템으로 이동)이 핵심입니다. 올바른 DB 백엔드 사용. 저는 강력한 주 및 연방 출신이므로 MSSQL 또는 Oracle과 같은 대기업 DB를 고수합니다. MSSQL2008 공간은 비용 대비 훌륭한 툴킷을 제공합니다. 타사 액세스로 방탄을 원한다면 Oracle을 고려하십시오. 많은 앱이 공간 측면에 연결됩니다.
보안; 거기에 계정이 제대로 구성되어 있는지 확인해야 할 강력한 DBA가 있습니다. 그러나 DB에서 읽고 쓸 수있는 사람을 위해 내장 ESRI 컨트롤을 사용해야합니다. 이것은 또한 데이터와 그것을 사용하는 시스템의 구조에 의문을 제기합니다. 보다 엄격한 사용자 수준 보안을 갖춘 더 높은 보안 사일로를 만들어야합니까? 또는 기능 전체에서 사용자 수준의 권한으로 사용자를 유지 관리하는 데 도움이되는 거대한 단일 DB입니다.
또한 당신이 생각하고 싶은 것은 도메인과 같은 내부 객체 대 참조 테이블을 사용하는 것이 좋습니다. 데이터를보고있는 타사 앱에서 도메인에 액세스하지 못할 수 있습니다. 참조 테이블을 조인 할 수 있으며 해당 코드 값이 있습니다.
데이터 정규화는 고려해야 할 큰 주제입니다. 어떤 사람들은 기하학 전용 SDE 기능과 비즈니스 테이블의 모든 테이블 형식의 항목을 사용하여 다른 표준화 된 디자인을 사용하여 다른 앱으로 검색하기위한 성능을 최적화 할 수있는 인덱스와 뷰를 많이 가지고 있습니다.
그래서 당신이 궁금한 특정 영역이 있다면; 질문에 대한 자세한 내용을 자유롭게 추가 할 수 있지만 원하는 것은 플랫폼과 기능적 요구에 달려 있습니다. 고속 웹 앱은 SDE를 원하지 않고 fGDB 만 원할 수 있습니다. 동적 데이터 대 SDE가 필요합니다.