およそ100万の緯度と経度で構成され、各行の主キー値を持つMySQLテーブルがあります。
このテーブルを、ジオハッシュまたはlatおよびlonでソートされたセットを介してRedisに移行したいと思います。
誰かがこれをしましたか?また、データの保存とクエリに使用したアプローチは何でしたか(例:Googleマップの緯度/経度範囲内のデータのクエリ)。
およそ100万の緯度と経度で構成され、各行の主キー値を持つMySQLテーブルがあります。
このテーブルを、ジオハッシュまたはlatおよびlonでソートされたセットを介してRedisに移行したいと思います。
誰かがこれをしましたか?また、データの保存とクエリに使用したアプローチは何でしたか(例:Googleマップの緯度/経度範囲内のデータのクエリ)。
はい、それはすでに行われています(ジオハッシュを使用して...)
たとえば、Geodisパッケージの背後にあるデータ構造を確認できます(Dvir Volkとその仲間から)。
https://github.com/doat/geodis
Redisメーリングリストでそれについていくつかの議論がありました:
https://groups.google.com/d/topic/redis-db/Mw0lRzutnkE/discussion https://groups.google.com/d/topic/redis-db/6M-aAPA-iXc/discussion https:// groups.google.com/d/topic/redis-db/Bps95jeRgr8/discussion
あなたが調べたいと思うかもしれないもう一つのプロジェクトはTile38です。
Tile38は、ジオロケーションデータストア、空間インデックス、およびリアルタイムジオフェンスです。緯度/経度ポイント、バウンディングボックス、XYZタイル、ジオハッシュ、GeoJSONなどのさまざまなオブジェクトタイプをサポートします。
特にクエリは非常に使いやすいようです。たとえば、Webhookをトリガーするフェンスを設定できます。
ただし、データの移行についてはわかりません。