couchdb-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrew Stuart (SuperCoders)" <andrew.stu...@supercoders.com.au>
Subject Re: blocking during view generation
Date Wed, 23 Mar 2011 03:51:55 GMT
Say I put 100,000 documents into a production database.  Is that  
database usable whilst the views are updated to include those new  
documents?

What exactly is blocked and under what circumstances?

On 23/03/2011, at 2:42 PM, Mark Hahn wrote:

Just to make it clear, I am only talking about the process that
happens when I change the source code of a view.  I wasn't surprised
to see accesses to that view being blocked, but seeing all access to
all views being blocked was stupefying.  Why rebuild views that
haven't changed?


On Tue, Mar 22, 2011 at 8:34 PM, kowsik <kowsik@gmail.com> wrote:
> On Tue, Mar 22, 2011 at 8:28 PM, Andrew Stuart (SuperCoders)
> <andrew.stuart@supercoders.com.au> wrote:
>> This one seems hard to believe - is it true that CouchDB blocks the  
>> server
>> whilst updating views?
>>
>> View updates can be alot of work for a server.
>>
>> So in reality, queries to the server pause whilst views are updated?
>>
>> This doesn't seem practical for any production usage.
>
> See this blog: http://labs.mudynamics.com/2011/03/10/blitzio-couchdb-in-production/
>
> As long as you have a worker of sorts that watches the _changes feed
> to "catch up" on the index, things work great. Just like any other
> piece of software, you have to have some understanding how CouchDB
> works internally. There is a stale=ok view query which will get you
> the older revisions so your UI doesn't block at all.
>
>> Can someone confirm that this is true, that during production a  
>> server will
>> block whilst views are updated?
>
> See above. :) Yes, couch doesn't do background view indexing, though I
> tend to agree that if there was an Erlang task of sorts that did this
> automatically, end users can relax even more.
>
>> Does anyone else see this as a major issue or am I missing  
>> something? I'm
>> happy to say I have missed the point many times before :-)
>>
>> I'm with Mark - I can't think of any other type of modern server  
>> that stops
>> processing to get something else done.
>
> K.
> ---
> http://blitz.io
> http://twitter.com/pcapr
>



-- 
Mark Hahn
Website Manager
mark@boutiquing.com
949-229-1012
-- 
Message  protected by MailGuard: e-mail anti-virus, anti-spam and  
content filtering.http://www.mailguard.com.au/mg
Click here to report this message as spam:
https://login.mailguard.com.au/report/1BXlCjitcm/T3k8rQus8PI7jCWYQ6SES/1.6

Mime
View raw message