Answers:
实际上,您几乎不会公开找到任何文档。ESRI向您收取费用或您可以参加ESRIUC的课程/讲习班,但在公共场所则要少一些。
您提到的几点是来自DBA的良好实践。但是有些确实不依赖于您的系统和需求。
为了完整性,确保稳定的硬件平台(我一直使用群集系统)是关键。并使用正确的数据库后端。我来自强大的州和联邦背景,因此通常会坚持使用MSSQL或Oracle这样的大型数据库。MSSQL2008空间为您提供了一个很好的成本工具。相比之下,如果您真的想通过第三方访问进行防弹,则可以考虑使用Oracle;许多应用都连接到空间方面。
安全; 那里,您非常需要DBA来确保您已正确配置帐户;但是您还需要使用内置的ESRI控件,以便谁可以从您的数据库中进行读/写操作。这也使您的数据结构以及使用该数据的系统产生疑问。您是否需要在用户级别的安全性更严格的情况下创建更高的安全性孤岛?还是仅需一个巨大的数据库就可以按功能通过用户级别的权限维护用户。
您还需要考虑的事情是使用内部对象(例如域)与具有适合您的值的引用表;可能无法通过查看您数据的第三方应用程序访问域;可以联接参考表的地方,并且您具有这些编码值。
数据规范化是一个需要考虑的大话题。有些人很乐意使用仅几何图形的SDE功能进行可靠的规范化设计,然后在业务表中使用所有表格形式的内容,然后您将拥有大量索引和视图以优化性能以供其他应用程序搜索。
因此,如果您有特定的领域,您会感到好奇;您可以随时为您的问题添加更多详细信息,但是您要寻找的大部分内容实际上取决于您的平台和功能需求。高速网络应用程序可能不需要SDE,而仅需要fGDB。与动态数据相比,将需要SDE。
我认为DeWright几乎击中了头。您想要的安全策略越复杂,就需要rdbms越复杂。
我一直希望建立具有多种访问类型的数据库。如sdo,postgis。允许多个软件或IDE操纵或显示数据。
我建议您走高路,然后再花一些时间在研究/测试场景上。其中一些选项听起来不错,但有局限性。
从长远来看,事先进行的优化,规范化和可靠的db设计将(在空间上)提供足够的灵活性。