ロケーションデータの格納場所（ポイント、グループ別の距離など） - ベストプラクティスと推奨ソリューション

Question

私は前に解決したことのない問題に遭遇しましたが、それは頻繁にさまざまなアプリで実装されているので、それを解決する一般的な方法です。私はいくつかのロギングアクション（すなわちinfo、warnなど）を表す一連の分析データを持っています。これらのアイテムのそれぞれには、場所とタイプ（アクション）があります。エリアごとに数百万のアイテムが存在することがあります（エリアサイズや地図のズームに応じて）。

私はこのデータセットをデータベースに保存する最良の方法を探しています。私はSQL Serverに非常に満足していますが、スケーラビリティの要件を満たすことができる限り、dbを使用する必要はありません。 Amazon WSがこのような製品やその他のクラウドソリューションを提供している場合、このアプリをどのようにホストする予定ですか？ Google地図を使用してデータを視覚化します。

いくつかの要件：

1. は、与えられた地図長方形（ログアクションを表すマーカーと共通グーグル マップ・インターフェース）
2. のすべてのデータをプロットすることができるようにズームアウト/ズームインすることができると
3. データが非常に近い場合、1つの大きなマーカーでマーカーを「グループ化」することができます。例えば、A点がB点から1km離れていて、半径10kmの地図が表示されている場合は、AとBの2つの独立した点が表示されるはずです。しかし、半径500kmにズームアウトすると、点AとBは私はそれらを1つのマーカーでグループ化したいと思います。うまくいけばそれは可能です。
4. SQL Serverが優れたソリューションでない場合は、無料、非常に安価なクラウドベースのストレージソリューションを推奨する必要があります（Oracleを買う余裕はありません）。

上記のクエリは、すべてミリ秒以内に戻ってくるか、何らかの形でキャッシュされるはずです。クエリの種類は次のとおりです。与えられた地図ウィンドウのすべての分析データを、指定された矩形の緯度/経度のズームで取得します。私が正しくundertsood場合

おかげで、 ヤニス

Answer 1

は、あなたの質問への2つの側面があります：空間データの格納と検索をサポートしてい

1 - データベースシステム、。フリー/オープンソースRDBMSの多くは、空間拡張を持っています：特にMySQLとPostgres（PostGIS）です。空間データは、他のどのようなデータと同様に、データインスタンス（点、長方形、多角形、楕円など）の形状を記述する空間ジオメトリ属性を追加して格納されます。空間フィルタを使用して空間データエンティティを照会することができます。もちろん、空間問合せはジョイントと共用体、そしてほぼすべての種類のSQL構成をサポートしています。

2-空間データのレンダリング（ズーム、ズームアウト、パンなどの通常の機能）、キャッシング、ドリルダウンをサポートするクライアント/サーバーAPI。私が知る限り、これらの機能をまとめてサポートするAPIは1つもありません。しかし、あなたが調査したいかもしれないいくつかの面白いapisがあります。

これが役に立ちます。