Ayende @ Rahien

My name is Oren Eini
Founder of Hibernating Rhinos LTD and RavenDB.
You can reach me by phone or email:


+972 52-548-6969

, @ Q c

Posts: 6,026 | Comments: 44,842

filter by tags archive

Geo Location & Spatial Searches with RavenDB–Part II–Modeling

time to read 1 min | 200 words

I mentioned in the previous post that the data is coming in a highly relational format, and that the MaxMind advice is to not load this into a relational database, because then queries take a long time. Instead, they have their own efficient binary format.

I decided to put this into RavenDB, and that brought the question, how are we actually going to work with this? How do we model the data?

In our code, we defined the following, which I guess would pretty closely match how you model the data in a relational database:



In this case, we are actually storing the whole thing as a single entry, like so:


This allows us to query things efficiently and easily. But before we can get there, we need to actually load the data in, which is the topic of my next post.



I rather see fewer, but complete posts, instead of these part 1-5 posts which have little value on their own. These part 1-5 posts should be chapters within one big post, not posts on their own.

Phillip Haydon

@Bart - While I completely agree, because by about the 3rd part I've lost interest in the series and most often never read them... If Ayende did that, he would only have about 300 posts, and not 5k+

Ayende Rahien

Philip and Bart, Look at the older posts. I did that for a while, and what I found is that I have a lot more participation and interest when I break things up in this fashion



I never consciously thought about that but you're right.

Also: I have never postponed reading one of your articles because they are always digestible in minutes. Valuable content in manageable chunks.

Comment preview

Comments have been closed on this topic.


No future posts left, oh my!


  1. Technical observations from my wife (3):
    13 Nov 2015 - Production issues
  2. Production postmortem (13):
    13 Nov 2015 - The case of the “it is slow on that machine (only)”
  3. Speaking (5):
    09 Nov 2015 - Community talk in Kiev, Ukraine–What does it take to be a good developer
  4. Find the bug (5):
    11 Sep 2015 - The concurrent memory buster
  5. Buffer allocation strategies (3):
    09 Sep 2015 - Bad usage patterns
View all series


Main feed Feed Stats
Comments feed   Comments Feed Stats