これは、実際にはほとんど公開されていないドキュメントです。ESRIが請求するクラスまたはワークショップがありますが、ESRIUCには参加できますが、パブリックスペースにはあまり参加できません。
あなたが言及するいくつかのポイントは、優れたDBAプラクティスから出ています。しかし、一部はシステムを本当に必要とせず、システムやニーズに依存しています。
整合性を確保するには、安定したハードウェアプラットフォーム(私は常にクラスター化されたシステムを使用します)が重要です。適切なDBバックエンドを使用します。私は強い州と連邦のバックグラウンドから来ているので、私は通常MSSQLやOracleのような大きな鉄のDBに固執しています。MSSQL2008 Spatialは、コストに対して優れたツールキットを提供します。サードパーティのアクセスで防弾を本当に必要とする場合は、Oracleを検討します。多くのアプリが空間側に接続します。
セキュリティ; アカウントが適切に設定されていることを確認するための強力なDBAニーズがあります。ただし、DBからの読み取り/書き込みなどを実行できるユーザーには、組み込みのESRIコントロールを使用する必要があります。これは、データの構造とそれを使用するシステムにも疑問を投げかけます。ユーザーレベルのセキュリティがより厳しく、セキュリティの高いサイロを作成する必要がありますか。または、巨大な単一のDBで、機能全体でユーザーレベルの権限ごとにユーザーを管理できます。
また、ドメイン対参照テーブルなどの内部オブジェクトを使用して、それらの値が適切であることも考えてください。データを見ているサードパーティのアプリからドメインにアクセスできない場合があります。参照テーブルを結合でき、コード化された値があります。
データの正規化は、考慮すべき大きなトピックです。一部の人々は、ジオメトリのみのSDE機能を使用したソリッドノーマライズデザインを実行し、ビジネステーブル内のすべての表形式のものを使用して、他のアプリによる検索のパフォーマンスを最適化するための多くのインデックスとビューを作成します。
そのため、特定の領域がある場合、興味があります。質問に詳細を自由に追加してください。ただし、実際に何を探しているかは、プラットフォームと機能的なニーズによって異なります。高速のWebアプリでは、fGDBと比較してSDEを必要としない場合があります。動的データに対してSDEが必要になります。