PostGISのhstoreデータ型の長所と短所は何ですか？

PostgreSQLには、キー/値ペアの使用を実装するhstoreという名前のモジュールがあります（OpenStreetMapモデルのようなものですが、単一のテーブルにあります）。

GISの互換性、データの追加と取得に関するhstoreの長所と短所は何ですか？

これを本で実際に示します（おそらく来週に印刷される予定です）。第3章。ここからコードをダウンロードできます。http： //www.postgis.us/chapter_03

（もちろん、私たちの本を購入すると、賛否両論の完全な説明が表示されます）

osm2pgsql hstoreスイッチを使用して、osmタグをhstore列としてインポートします。

Quantumなどがhstoreを直接サポートしていないという事実を補うために私たちが行うことは、必要な主要なタグの周りにビューを作成することです。データベースドライバーがhstoreのタイプを理解していない場合でも、列としてkey-> valueにエイリアスを設定するクエリを使用して完全に制御できるアプリケーションの場合も正常に機能します。

長所：

これは、インデックス作成とクエリが可能な、高性能で柔軟なキー/値です。

HStore列を使用してフィーチャプロパティを格納する、複雑なスキーマレスWeb GISがあります。

短所：

Mapserver、GeoserverなどのほとんどのWMS / WFSツールはHStore列を理解および操作できないため、ハードコーディングされたSQLビュー（少なくともGeoserver）を作成することになります。引き続きWMS / WFSの作業に使用できますが、キーをハードコーディングする必要があるため、スキーマレス機能が失われます。

私自身はこれについての経験はありませんが、このようなデータベースに空間データを格納することに関心がある場合は、空間nosqlを検索することをお勧めします。投稿で私が見つけた例：https : //stackoverflow.com/questions/2041622/nosql-and-spatial-data