RavenDB Multi GET support

one of the annoyances of http is that it is not really possible to make complex queries easily. to be rather more exact, you can make a complex query fairly easily, but at some point you’ll reach the uri limit, and worse, there is no easy way to make multiple queries in a single round trip.

i have been thinking about this a lot lately, because it is a stumbling block for a feature that is near and dear to my heart, the future queries feature that is so useful when using nhibernate.

the problem was that i couldn’t think of a good way of doing this. well, i could think of how to do this quite easily, to be truthful. i just couldn’t think of a good way to make this work nicely with the other features of ravendb.

in particular, it was hard to figure out how to deal with caching. one of the really nice things about ravendb’s restful nature is that caching is about as easy as it can be. but since we need to tunnel requests through another medium for it to work, i couldn’t figure out how to make this work in a nice fashion. and then i remembered that rest didn’t actually have anything to do with http itself, you can do rest on top of any transport protocol.

let us look at how requests are handled in ravendb over the wire:

get http://localhost:8080/docs/bobs_address

http/1.1 200 ok

{
  "firstname": "bob",
  "lastname": "smith",
  "address": "5 elm st."
}

get http://localhost:8080/docs/users/ayende

http/1.1 404 not found

as you can see, we have 2 request / reply calls.

what we did in order to make ravendb support multiple requests in a single round trip is to build on top of this exact nature using:

post http://localhost:8080/multi_get

[
   { "url": "http://localhsot:8080/docs/bobs_address", "headers": {} },
   { "url": "http://localhsot:8080/docs/users/ayende", "headers": {} },
]

http/1.1 200 ok

[
  { "status": 200, "result": { "firstname": "bob", "lastname": "smith", "address": "5 elm st." }},
  { "status": 404 "result": null },
]

using this approach, we can handle multiple requests in a single round trip.

you might not be surprised to learn that it was actually very easy to do, we just needed to add an endpoint and have a way of executing the request pipeline internally. all very easy.

the really hard part was with the client, but i’ll touch on that in my next post.