Architecture of finding movable geotagged objects

Posted by itsme on Stack Overflow See other posts from Stack Overflow or by itsme
Published on 2010-05-09T19:27:54Z Indexed on 2010/05/09 19:38 UTC
Read the original article Hit count: 163

Filed under:
|
|

I currently have a Postgres DB filled with approx. 300.000 data-sets of moving vehicles all over the world. My very frequently repeated query is: Give me all vehicles in a 5/10/20mile radius. Currently I spend around 600 to 1200 ms in the DB to prepare the set of located vehicle-objects.

I am looking to vastly improve this time by ideally one or two orders of magnitude if possible. I am working in a Ruby on Rails 3.0beta environment if this is relevant.

Any ideas how to architect the whole system to accelerate this query? Any NoSQL database able to deliver this kind of geolocation performance? I know of MongoDB working on an extension to facilitate this scenario but haven't tried it yet. Any intelligent use of Redis to achieve this?

One problem with SQL-DBs here seems to be that I can't possibly use indexes because my vehicles are mostly moving around, meaning I had to constantly created DB indexes which, by itself, is probably more expensive than just doing the searching without index.

Looking forward to your thoughs, Thanks!

© Stack Overflow or respective owner

Related posts about geolocation

Related posts about ruby