ArcGISとPostgreSQLをArcSDEだけで使用することの利点は何ですか？

ArcGIS空間データ型（ST_GEOMETRY、バージョン対応ジオデータベースなど）を活用するには、ArcSDEをインストールする必要があることを理解しています。10.1クライアントでは、自動的にインストールされます（2層クライアント>> DBMS、こちらを参照）。

ただし、EsriフロントエンドをPostgreSQL（またはOracle）に接続する利点を理解しようとしています。スケーラビリティ/パフォーマンス/冗長性/ DBAabilityなどの純粋にバックエンドの利点ですか、それともPostgreSQL / PostGISセットアップによって提供される追加のフロントエンド機能がありますか？Esriのヘルプは精巧ではないようです

参考までに、私はPostgresql / PostGIS / QGISがArcGIS /他のデータベースよりもスケーラブル/柔軟（そして安価）である理由を説明することを目的としたGIS論文を設計しているデータベース初心者です。実装する余裕はありません。この最後のポイント、特にワークフローに関するリンク（たとえば、シェイプファイルが大量に散らばっていないなど）は大歓迎です。d。

Spatialデータベースにデータを保存すると、RDBMSバックエンドを使用してArcSDE Geodatabaseに保存するよりもいくつかの利点があります。
これらには以下が含まれます。

• あなたのデータは、他のサードパーティ製品から自由にアクセスできます。
• DBAは、データベースに通常のDBAベストプラクティスをすべて適用できるため、Pure Databaseストレージであることに満足しています。
• 希望するクライアントからのデータにSpatial SQLクエリを適用できます。これは、多くの場合、ArcGIS Desktopで実行できる分析よりもはるかに強力です。

このようにすることで、バージョン管理、データセット、ネットワークデータセット、ジオメトリックネットワークなど、ArcGIS Geodatabaseの多くの機能にアクセスできなくなります。

妥協案は、ArcSDEジオデータベースを使用し、空間データをデータベースのネイティブジオメトリ/ジオグラフィタイプに格納することです。これは、データの作成およびロード中に適切なconfigキーワードを使用して実行できます。

ビッグネームRDBMSのすべてではないにしても、ほとんどには空間データ型が含まれています。そのため、地理フィーチャを保存または表示するためにArcSDEは必要ありません。ArcSDEは管理機能を追加して、バージョン管理された編集とネットワークやトポロジなどの複雑な地理的ルールが機能するようにし、機能を完全かつクリーンに保ちます。ジオデータベースの機能により、フィーチャのフィールドエイリアスなどの関係が保持されます。これらすべてが、ArcSDEをデータベース内の地理的機能の優れたラッパーにする理由です。ただし、SDEなしでも同じタイプのメリットを得ることができますが、開発とデータベースの設計にはかなりの量が必要になります。地理的特徴は、地理またはジオメトリを使用して保存できることに注意してください。後者はデカルトストレージであり、平面を意味します