ArcSDEを管理しますか?


12

ArcSDE管理のベストプラクティスのためにGoogleで少し時間を費やした後、手ぶらで思い付きました。Spatial Databasesとその管理についていくつかの大規模なOracle Spatialデータベースを実装したことを十分に理解していますが、生活を楽にするために守るべきプラクティスやパターン、および空間の保持を使用可能かつ安全に考えたいと思いました。

ArSDEインスタンスの整合性、セキュリティ、一貫性を確保するために、ArcSDEデータベースでどのようなプラクティスを採用していますか?

ArcSDEインスタンスを計画する際に、どのような設計目標を目指していますか?その理由は何ですか?

それらは広範な質問であり、その答えは実装の規模、要件、範囲によって大きく変わる可能性がありますが、このトピックに関するコミュニティベースのガイドへの関心を評価したいと思います。

回答:


7

これは、実際にはほとんど公開されていないドキュメントです。ESRIが請求するクラスまたはワークショップがありますが、ESRIUCには参加できますが、パブリックスペースにはあまり参加できません。

あなたが言及するいくつかのポイントは、優れたDBAプラクティスから出ています。しかし、一部はシステムを本当に必要とせず、システムやニーズに依存しています。

整合性を確保するには、安定したハードウェアプラットフォーム(私は常にクラスター化されたシステムを使用します)が重要です。適切なDBバックエンドを使用します。私は強い州と連邦のバックグラウンドから来ているので、私は通常MSSQLやOracleのような大きな鉄のDBに固執しています。MSSQL2008 Spatialは、コストに対して優れたツールキットを提供します。サードパーティのアクセスで防弾を本当に必要とする場合は、Oracleを検討します。多くのアプリが空間側に接続します。

セキュリティ; アカウントが適切に設定されていることを確認するための強力なDBAニーズがあります。ただし、DBからの読み取り/書き込みなどを実行できるユーザーには、組み込みのESRIコントロールを使用する必要があります。これは、データの構造とそれを使用するシステムにも疑問を投げかけます。ユーザーレベルのセキュリティがより厳しく、セキュリティの高いサイロを作成する必要がありますか。または、巨大な単一のDBで、機能全体でユーザーレベルの権限ごとにユーザーを管理できます。

また、ドメイン対参照テーブルなどの内部オブジェクトを使用して、それらの値が適切であることも考えてください。データを見ているサードパーティのアプリからドメインにアクセスできない場合があります。参照テーブルを結合でき、コード化された値があります。

データの正規化は、考慮すべき大きなトピックです。一部の人々は、ジオメトリのみのSDE機能を使用したソリッドノーマライズデザインを実行し、ビジネステーブル内のすべての表形式のものを使用して、他のアプリによる検索のパフォーマンスを最適化するための多くのインデックスとビューを作成します。

そのため、特定の領域がある場合、興味があります。質問に詳細を自由に追加してください。ただし、実際に何を探しているかは、プラットフォームと機能的なニーズによって異なります。高速のWebアプリでは、fGDBと比較してSDEを必要としない場合があります。動的データに対してSDEが必要になります。


この質問をすることは、質問の性質がそうであるように、幅広い回答を集めることを知っていました。ご回答ありがとうございます。データベースの開発と管理に基づいて長年にわたって開発してきたベストプラクティスのリストがありますが、あなたが概説したトピックに基づいてリストを編集する共同作業にはコミュニティの利益があると思います。同意しますか?
OptimizePrime

はい、そう思います。Wikiセクションが出発点になるかもしれません。Spatial DBの一括検索も検討してください。ESRI / ArcSDEルートだけではありません。Oracle / Spatialの設計に関する考慮事項と、MSSQL2008システムで行っていることについて、いくつかの異なる点があります。ここでは、ESRIでラップされたMS-Spatialレイヤーをいくつかのアプリアクセスに使用しています。Safe / FMEなどの他のすべては、MSSQLと直接やり取りします。これは、ESRIレイヤーへの依存を減らすための、私自身の意図的な設計上の考慮事項です。
-DEWright

1

DeWrightは頭に釘を打ったと思います。セキュリティ戦略が複雑になればなるほど、rdbmsがより洗練されます。

私は常に、複数のアクセスタイプのデータベースを構築したいと思っていました。sdo、postgisなど。複数のソフトウェアまたはIDEがデータを操作または表示できるようにします。

私はコミットする前に、高い道を歩き、研究/テストのシナリオに余分な時間を費やすことをお勧めします。これらのオプションのいくつかは素晴らしいサウンドですが、制限があります。

最適化、正規化、および事前のソリッドデータベース設計により、長期的には(空間的に)十分な柔軟性が得られます。


1
私は良い計画を大いに信じています;)しかし、ロケーションインテリジェンスを実装し、それを行うための明確に定義された書面による戦略に眉をひそめたい企業に出くわし続けています。私にとってのスイートスポットは、「データ管理機能を可能な限りエレガント/機能的に保ちながら、必要なもの/必要なものを使用できるようにする」ことです。これらは私が常に念頭に置いている2つの目標です。
OptimizePrime

dbtuneファイルに多くの時間を費やすことができます。
ブラッドネソム

最大の部分はデザインです。空間ツールおよび非空間ツールで使用されるデータを構築する必要がある場合、データを高度に正規化する必要があります。表から空間を分離します。テーブルをきれいに保ち、そのスペースに保管するものの量を減らすためです。
-DEWright
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.