Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 84951 invoked from network); 17 Nov 2010 18:38:51 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 17 Nov 2010 18:38:51 -0000 Received: (qmail 50803 invoked by uid 500); 17 Nov 2010 18:39:20 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 50770 invoked by uid 500); 17 Nov 2010 18:39:20 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 50762 invoked by uid 99); 17 Nov 2010 18:39:20 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Nov 2010 18:39:20 +0000 X-ASF-Spam-Status: No, hits=0.9 required=10.0 tests=RCVD_NUMERIC_HELO,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of gcdcu-couchdb-user@m.gmane.org designates 80.91.229.12 as permitted sender) Received: from [80.91.229.12] (HELO lo.gmane.org) (80.91.229.12) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Nov 2010 18:39:11 +0000 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PImuB-0005L9-E8 for user@couchdb.apache.org; Wed, 17 Nov 2010 19:38:51 +0100 Received: from 77.107.84.74 ([77.107.84.74]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 17 Nov 2010 19:38:51 +0100 Received: from nicolas.jessus by 77.107.84.74 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 17 Nov 2010 19:38:51 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: user@couchdb.apache.org From: Nicolas Jessus Subject: Re: Forcing document reindex Date: Wed, 17 Nov 2010 18:38:40 +0000 (UTC) Lines: 24 Message-ID: References: <76A109FD-9829-4EAA-9BA1-0FAC29357EA9@apache.org> <7D7C2F35-4630-494D-BD39-C446FCB3486E@apache.org> <4CE40F8A.10106@aol.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 77.107.84.74 (Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.9.2.10) Gecko/20100915 Ubuntu/9.10 (karmic) Firefox/3.6.10) X-Virus-Checked: Checked by ClamAV on apache.org > you can only emit a result from the map function if key elements to be used > are in the document currently being indexed. Well, yes, that's the problem I'm trying to get around somehow. > have to use a list or one of the lucene projects to combine views together. > or figure out a way to put all the data into denormalised document, which > you have said isn't going to work. Are there Lucene projects with the specific goal of combining views together? If so that could be interesting. All I know is the rnewsom adapter, which creates its own index. > regarding the re-index concern of yours, if the data changes couchdb takes > care of the views/lists, you don't have to force it to do anything - what am > I missing? Ah, if I implement the hack of getting the parts of the key I don't have through an HTTP call, then I can have a map only caring about Meeting documents; but in that case I will need to force one or more Meeting docs to reindex when the related MeetingProposal or Client changes. Clearer? :) Thanks much, Nic