couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Scott Shumaker <>
Subject Re: The 1.0 Thread
Date Tue, 30 Jun 2009 18:29:02 GMT
+3 on view performance (our team).  :)

It's a real problem for our application (currently in private alpha).
Right now, we're doing what we can to speed things up - we only have
40k documents in the database, but since so many of the views are user
facing, we find that views  often time out on the client side, causing
a broken webpage.  And adding a very simple new view takes on the
order of 8-10 minutes to run.  And to make matters worse, when there's
one new view, all the other views in the system (which should be
mostly up to date) bog down, as if they're waiting for the new view to
finish.  So it means every time we deploy we have to take the site
down for a while.  Last week a  push forced us to bring the site down
for 2 hours while couch reindexed.

We're in the middle of moving documents to different databases to try
to mitigate this problem, but the view performance is so awful that I
can only imagine there's some pretty low hanging fruit in terms of
performance.  As a comparison, we have a custom search server that
pulls docs from couchdb (using all_docs_by_seq), generating internal
searchable structures, and it is way faster to start up than it takes
to index a new view.

On Sat, Jun 27, 2009 at 10:01 PM, Benoit Chesneau<> wrote:
> I'm agree with all the list aboive. It would be nice to have a way to
> combine views too :
> - multiples views results in one
> - possibility to map a view results and eventually reduce it too
> - chain both.
> Without it it require a lot of DIY and lot of calls if you do it via
> http which is sometimes required.
> -benoit

View raw message