Return-Path: Delivered-To: apmail-incubator-couchdb-user-archive@locus.apache.org Received: (qmail 36137 invoked from network); 28 Mar 2008 16:08:42 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 28 Mar 2008 16:08:42 -0000 Received: (qmail 35046 invoked by uid 500); 28 Mar 2008 16:08:41 -0000 Delivered-To: apmail-incubator-couchdb-user-archive@incubator.apache.org Received: (qmail 35023 invoked by uid 500); 28 Mar 2008 16:08:41 -0000 Mailing-List: contact couchdb-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: couchdb-user@incubator.apache.org Delivered-To: mailing list couchdb-user@incubator.apache.org Received: (qmail 35014 invoked by uid 99); 28 Mar 2008 16:08:40 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 28 Mar 2008 09:08:40 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of jan@prima.de designates 83.97.50.139 as permitted sender) Received: from [83.97.50.139] (HELO jan.prima.de) (83.97.50.139) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 28 Mar 2008 16:07:57 +0000 Received: from [10.82.21.32] (library.xwi.xmission.com [::ffff:166.70.140.70]) (AUTH: LOGIN jan, SSL: TLSv1/SSLv3,128bits,AES128-SHA) by jan.prima.de with esmtp; Fri, 28 Mar 2008 16:08:05 +0000 Message-Id: <6CB34B36-9B0B-4F7C-A3A3-3E066F9CB403@prima.de> From: Jan Lehnardt To: "couchdb-user@incubator.apache.org" In-Reply-To: <200803281118.09924.sh@widetrail.dk> Content-Type: text/plain; charset=UTF-8; format=flowed; delsp=yes X-Mailer: iPhone Mail (4A102) Mime-Version: 1.0 (iPhone Mail 4A102) Subject: Re: Lucene Content-Transfer-Encoding: quoted-printable Date: Fri, 28 Mar 2008 10:07:48 -0600 References: <200803281118.09924.sh@widetrail.dk> X-Virus-Checked: Checked by ClamAV on apache.org Heya, On 28 Mar 2008, at 04:18, Soren Hilmer wrote: > Hi > > I have something running now (took a while as I wanted to run Java =20 > remote > debugging, and Java insists on supplying a greating on stdout, so I =20= > had to > put a handle_info clause in couch_db_update_notifier.erl to get it =20 > working, > uhmm i like Erlang) > > Now I am onto the using the design document approach, and it got me =20= > thinking. > Now the code uses the database "couchdbfulltext" to store documents =20= > with > databases to index. My initial though was then to put the design =20 > documents > into this database, as it is close to the existing model. But why =20 > not get rid > of the "couchdbfulltext" database entirely and put the design =20 > documents in > the database to index, that way a database is indexed if it has the =20= > specific > design document and otherwise not. Makes sense? Yeah, totally. That is actually what I proposed earlier. Sorry if I =20 didn't make my point clear :) I don't think requiring a separate database is a good idea. Thanks for putting work into this! Cheers Jan -- > > > --S=C3=B8ren > --=20 > S=C3=B8ren Hilmer, M.Sc., M.Crypt. > wideTrail Phone: +45 25481225 > Pilev=C3=A6nget 41 Email: sh@widetrail.dk > DK-8961 Alling=C3=A5bro Web: www.widetrail.dk >