incubator-couchdb-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dean Landolt" <>
Subject Re: Getting only updates from a view
Date Tue, 28 Oct 2008 02:54:42 GMT
Wow. That's a wholelotta client apps. In this case yeah, there may not be a
great way to generalize the views since it sounds like you don't even
control them, but from the little I've been able to glean, you may want to
take some measures to sandbox this view creation somewhat. If all views go
into the same design document, one view's change results in all views being
rebuilt -- probably not what you want. So perhaps each client should get
their own design doc where they can create their views...

But I'd go a little further and suggest that if you have that many clients
who need ultimate control over views, perhaps you may want to rethink the
architecture. Letting clients design your views could get a little hairy --
one rogue view could take down your whole system. I don't know anything
about the data you're keeping, but perhaps you could expose it certain ways
useful to as many clients as possible, but punt on all that processing. Let
the clients deal with that -- and for those that really need their own
views, just replicate them an instance of the db and they can add all the
views they want.

On Mon, Oct 27, 2008 at 1:58 PM, Julien Guimont <> wrote:

> Hello,
> That is an option i do not completely understand right now. If there are
> blog post on the subject that would be great!
> My usage scenario is the following:
> I have many client applications (1000-10000)
> They send to my application server what they want as a data set (a view)
> The application server adds the view to the design document, execute it and
> return the result to the client
> Upon document updates, the application server refresh the views and inform
> the client of new data (is any)
> Am I going in a good direction?
> Thank you,
> Julien.
> On 27-Oct-08, at 1:39 PM, Dean Landolt wrote:
>  On Sun, Oct 26, 2008 at 10:08 PM, Julien Guimont <
>>> wrote:
>>  Thanks for the answer, pretty obvious.
>>> I would have 1000 to 10000 views to update periodically upon document
>>> updates. There would be 5-10 updates a second and more than 500k
>>> documents.
>>> Will couchdb scale in that case?
>>> Thank you,
>>> Julien.
>> What kind of use case would require 10000 views? Couldn't there a way to
>> generalize some of your view functions with compound keys to give you what
>> you need in a *much* smaller number of views?

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message