NoSQLと空間データ

Question

べての子どもたちがいたの経験をNoSQL（非関係)データベースを格納空間データはもらえますか？あります可能性（速度、空間、---)のようなデータベースのデータを保持する用ください"と言っていたら、デスクトップアプリケーショ比を用いSpatiaLiteはPostGIS)?

私は見る 投稿用Pythonのための空間データ, ものに興味がある私にとって一部の性能と比較しました。

Answer 1

グラフデータベースのように Neo4j はぴし、特にとして追加できます異なる索引スキームを動的にとても苦手なのでお願いします。代表的なものでできる拠点のデータはもちろん1D指数付け例TimlineまたはB-木）またはfunkierもののようにヒルベルト曲線など、 ニックのブログ.また、一部ライブデモの畏敬の念にオープンソースのGISデスクトップツール こちらの, では、根底にある物価連動グラフと可視程時間は07:00になります。

Answer 2

CouchDBのは、単純な空間拡張子を持っている。

http://vmx.cx/cgi-bin/blog/ index.cgi /カテゴリ/ CouchDBのの

Answer 3

現在、MongoDBはPostGISののR-木（私は怖い、正確な数字を与えることはできませんが、理論的な文学の多くは、相違点にあります）よりも遅くなりますB-木がgeohashing使用します。しかし、これらのスライドでは、 http://www.slideshare.net / nknize / RTREE-空間割り出しと-MongoDBの-mongodc地理キー上のMongoDBへのR-木々やシャーディングの追加について著者会談する。シャーディングの利点は、大規模なデータセットでより感じられるだろうとして、あなたは、デスクトップの使用についての話なので、geoshardingは興味がないかもしれません。 最終的には、それはおそらくあなたがあなたの空間データで何をしたいのかまでより来ます。 PostGISには大幅より多くの機能とトポロジのサポート、ラスタ、3D、座標系間の変換を持っているので、これはあなたが探しているものであれば、PostGISには、まだ最良の選択肢でしょう。あなたは空間オブジェクトの数十億/兆を格納し、ちょうどいくつかの基準に基づいて、この時点内部/すべての点が近い、基本的な検索を実行していることに興味があるならば、MongoDBはおそらく非常に良い選択です。

Answer 4

私はZODBと空間データを格納してきました。そこにいくつかの固有のローカルファイルデータにアクセスする際のパフォーマンス上の利点（spatialite）またはUNIXソケット（PostGISのは）（CouchDBのなどが）確実に、TCPまたはHTTPリクエストに比べてだが、空間インデックスを持つことは最も大きな違いになります。私はMongoDBの記事で述べた同じR-木を使用していますが、良い選択肢がたくさんあります。 JTSトポロジー・スイートは、Javaのための様々な空間インデックスを持っています。

Answer 5

カサンドラは、空間データのためのオプションもあります：

http://www.readwriteweb.com/cloud/ 2011/02 /ビデオ-simplegeo-cassandra.phpする

Answer 6

Tarantoolは、最近傍探索空間的二次元インデックス（RTREE）をサポート重なる、含有、および他の空間演算子。 Tarantoolは、空間インデックスをサポートしている唯一のOSSインメモリ・データベースの作成、RAMにデータセット全体を保持しています。 https://github.com/tarantool/tarantool /ウィキ/ R-ツリー・インデックス・クイック開始・使用方法の

Answer 7

MarkLogic（エンタープライズのNoSQL）空間的な機能を提供します。これのNoSQL製品は、GISアプリケーションを一のエンティティに複数のオブジェクトを融合する能力を提供します。これは、単一のエンティティにデータなど、歴史的なタイムライン情報、およそ構造化および非構造化コンテンツ、出所と血統情報間の関係を管理するためのサポートを提供しています。