ArcSDEと空間的に有効なデータベースの違いは何ですか？

SDE [ArcSDE]は少なくとも参照できますデータベース内のデータの編成（SDEスキーマ）またはクライアントからの接続をリッスンするサービス（SDEサービス）の2つです。通常、これらは密接に関連しています。SDEサービスはデータベース内のSDEスキーマにバインドされています。

「最も純粋な」（またはおそらく最も汚れた）状態では、SDEはすべての空間計算を処理し、格納するだけです。 BLOBおよびその他のネイティブSQLタイプとしてのデータベース内のデータ。テキストやXMLインデックス作成などの一部のデータベース関数は、パフォーマンスを向上させるために使用されますが、通常、データベースは空間データを提供していることを「認識」していません。テーブル、ビュー、およびプロシージャがたくさんあり、それらはいっぱいです。

空間的に有効なデータベースを使用すると、データベースはデータに場所があることを認識します。そのため、場所クエリをSQLステートメントに直接入力できます。おそらくこれはあなたにとって良いことです。 、それは本当に誰があなたのデータを消費しているかに依存します。あなたのデータ消費者がSQLに堪能であるならば、それは素晴らしいです！データコンシューマーがArcMapに精通している場合は、おそらくあまり気にしないでしょう。

最近では、SDEを使用して基になるネイティブ空間タイプに変換することにより、2つをブレンドすることができました。さらに、「直接接続」を使用してSDEサービスをバイパスし、コンシューマーアプリケーション（ArcMap、ArcGISサーバーなど）をデータベースに直接接続することができます。個人的には、直接のつながりでさまざまなレベルの成功を収めてきました。

ArcSDEを使用する利点：

• ESRIクライアントとのシームレスな統合
• 優れたパフォーマンス
• 基盤となるデータベース機能の一部が公開される可能性があります（空間ビュー、インデックス）

SDEを使用する場合の欠点：

• 破損したデータからの回復が難しい場合があります
• ライセンスはデータベースにバインド
• ESRIソフトウェアを使用せずにジオメトリに簡単にアクセスすることはできません

空間的に有効なデータベースの利点：

• データを簡単に作成できますすべてのSQLクライアントからアクセス可能
• 既存のDBツール（バックアップ、復元、分析）を使用してデータを管理できます
• 利用可能なオープンフォーマット

空間的に有効なデータベースの使用：

• クライアント（ソフトウェア）はデータに直接接続できない場合があり、データを表示するには非効率的なプロトコルまたはエクスポートを使用する必要がある場合があります
• 空間参照を適用したり、一貫性を維持したりするのが難しい場合があります
• 追加の構成または管理のオーバーヘッドが発生する可能性があります

プレーンSDEの使用経験があるため、空間的に有効なデータベースのポイントが増える可能性があります。

これがお役に立てば幸いです！

コメント

• SDEサービスを介さずにデータに直接アクセスすると、ESRIライセンスを侵害することになります。
• 侵害はありません。 ESRI直接接続はSDEサービスを使用しません（少なくともサーバー側では）。さらに、空間データと直接通信できるSDEを使用しながら、PostGres、MSSQL、およびWKTを空間ストレージタイプとして使用することに関する多くの記事を公開しています。そして、SDEが壊れたときにデータに直接アクセスして、SDEをクリーンアップする必要があったこともあります。空間的に有効なデータベースのもう1つの利点は、すべてのデータをクライアントに取り込み、データベースに処理させるのではなく、データベースが処理を実行できることです。
• @CrazyEnigma：要出典。
• SDEとSTジオメトリのすばらしい説明@mwalkerありがとう
• re：空間参照、それは反対だと思います。 PostGISの空間参照は標準であり、SRIDは該当するSRSのEPSGコードと同じです。 SDEでは、少なくとも9.3xで、SRIDSにエクステントなどが組み込まれているため、同じ空間参照系に対して2つの異なるSRIDを使用できます。これにより、空間SQLを使用する場合に問題が発生します。

これが私の1行の回答です。地理空間データへのマルチユーザーアクセスが必要な場合は、SDEを使用します。

複数のユーザーにデータを編集してもらいたい場合は、SDEを使用します。たとえば、データを提供してWeb上で編集できるようにしたい場合は、SDEを使用します。GIS担当者が1人いる小さなお店の場合は、SDEを使用しないでください。

空間データを使用しているのはあなただけです。SDEは適していません。マルチユーザー編集が必要ない場合は、SDEは適していません。ファイルGeoDatabaseを使用することをお勧めします。

トレードオフについては… SDEの設定や管理は簡単ではありません。 RDBMSを使用する必要があります。

SDEは、1つのデータベースが必要であるが、複数のユーザーがデータにアクセスして更新/編集する必要がある大規模な組織を対象としています。

コメント

• つまり、マルチusr環境に関しては、Arc製品はかなり悪いということです。人々がつながっている間は、'できないことがたくさんあるようです。パフォーマンスと堅牢なマルチユーザー環境が重要な場合は、RDBMSにすべての作業を任せて、汚れたミドルウェアを使用せずに、速度を落とし、すべてをロックする必要があります。しかし、私が認めなければならないのは空想のようです。つまり、ボックス:-)
• 私はNicklasに同意します。あなたの比較はArcの世界では理にかなっていますが、SDEはマルチユーザーには適していません。 PostGISのような空間的に有効なRDBMSには、この分野での利点があります。他の誰かが表示しているSDEデータセットにユーザー権限を付与しようとしたことがありますか？
• はい、'問題が発生しました'権限を付与して説明しています。 '数年でSDEGDBを管理する必要がなかったため、'がまだ問題であるかどうかはわかりません。助成金はロックによってブロックされるべきではありません。 postgres / postgisはマルチユーザー編集をどのように処理しますか？

現在、ほとんどの空間データベースでは複数の空間データベースが許可されていますSDEは1つのテーブルの1つの空間列に固執しますが、1つのテーブルの列。また、ユーザーサケム、データレプリケーション、SQLサポートなど、SDEにはない柔軟で強力なデータ管理ツールと統合された空間データもあります。

ESRISDEBinaryはパフォーマンスが高速です。 ST_GEOMETRYに関しては、SDEのパフォーマンスが最高ではない可能性があります。