couchdb-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Alexandru Popescu ☀ <>
Subject Re: multiple view requests
Date Tue, 11 Jan 2011 18:02:50 GMT
While the feature sounds pretty useful there is something that I
couldn't stop thinking: a POST for a view?

I know that sounds purist but on the other hand one of the highest
praised characteristics of CouchDB is its HTTPness. On the other hand
I'm not sure I see all the angles of this feature to come up with a
better proposal. Maybe we could discuss it on #irc and see if there're
better solutions (at least for the general cases).

:- alex

On Tue, Jan 11, 2011 at 5:21 PM, Adam Kocoloski <> wrote:
> On Jan 11, 2011, at 9:58 AM, Chad George wrote:
>> Is there any work being done on getting multiple views in a single HTTP
>> request. I'm thinking of something similar to the multiple doc API.
>> I just finished my first significant webapp with couchdb and one of the
>> things that was a little annoying with a javascript client was all the
>> nested async callbacks required to get all the data required for a
>> particular function to process.
>> Sometimes this was 3 or 4 nested view lookups, and gracefully handling
>> errors is difficult. It would be much easier if I could pack them into a
>> single async call to couchdb then handle errors or success just once.
>> This isn't really a critical feature since it can be done with multiple
>> requests, I'm not even sure it has the performance benefits that the
>> multi-doc api has ... but it certainly would be handy to have around when we
>> need it.
>> - Chad
> Hi Chad, I did some work on submitting multiple queries to a single view in one POST
to that view.  I'll try to clean it up and submit the patch this week.  Multiple queries
to different views in the same view group would be a straightforward extension internally,
but I'm not sure what the HTTP API would look like for that.  Queries to different view groups
should always require separate requests IMO.
> The case to track this would be - please
feel free to comment, especially if the proposed feature doesn't meet your needs.  Cheers,
> Adam

View raw message