Return-Path: Delivered-To: apmail-lucene-java-user-archive@www.apache.org Received: (qmail 2899 invoked from network); 28 Apr 2006 14:36:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 28 Apr 2006 14:36:40 -0000 Received: (qmail 2983 invoked by uid 500); 28 Apr 2006 14:36:32 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 2947 invoked by uid 500); 28 Apr 2006 14:36:31 -0000 Mailing-List: contact java-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-user@lucene.apache.org Delivered-To: mailing list java-user@lucene.apache.org Received: (qmail 2936 invoked by uid 99); 28 Apr 2006 14:36:30 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 28 Apr 2006 07:36:30 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_00_10,HTML_MESSAGE,RCVD_IN_BL_SPAMCOP_NET,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of erickerickson@gmail.com designates 64.233.166.176 as permitted sender) Received: from [64.233.166.176] (HELO pproxy.gmail.com) (64.233.166.176) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 28 Apr 2006 07:36:30 -0700 Received: by pproxy.gmail.com with SMTP id m51so3189738pye for ; Fri, 28 Apr 2006 07:36:09 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=tNJ2riOLOHn6ued7NI+xDFBeco1PvaREyKWYJzZeu6nen8UOa2E0uA2Pnhx44xrQjnLOn4AnILUg0lCcm0QBFjsPekF1KIMYj3vWgc/F7Gw4Dy4IaXEXO955b5SwZoV3KB/8UKl9gTHt8JvZRZ2D3Vz8p5vSnGPl8Qk7/AU7z8U= Received: by 10.35.111.7 with SMTP id o7mr870075pym; Fri, 28 Apr 2006 07:36:09 -0700 (PDT) Received: by 10.35.17.5 with HTTP; Fri, 28 Apr 2006 07:36:09 -0700 (PDT) Message-ID: <359a92830604280736q4626d6a2p173c5d05c80b471a@mail.gmail.com> Date: Fri, 28 Apr 2006 10:36:09 -0400 From: "Erick Erickson" To: java-user@lucene.apache.org Subject: Re: Ask for a better solution for the case In-Reply-To: <4f2c7c9b0604280256k7c733d78i6b02eb23e593cd58@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_9602_8279460.1146234969434" References: <4f2c7c9b0604280256k7c733d78i6b02eb23e593cd58@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_Part_9602_8279460.1146234969434 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline This one's fairly wild, I'm interested to see what the gurus think... You could create a bitset and mark each document retrieved by the appropriate bit position (using the Lucene document id). Persist this bitse= t (assuming you need it across sessions). Be careful, I wouldn't persist it via the toString(), persist it as a binary entity. It depends on how many docs we're talking about I guess.... Anyway, let's say you have accumulated one of these. Create a filter with the XOR of the persisted bitset, and pass that filter on to subsequent searches...... When the search comes back, set the bits in your (persisted) bitset and save it away. Repeat as needed.... I have no idea if this would help in your particular situation... And, any time your index changed, any persisted bitsets would be invalid. Anyway, it may even work. See the Filters in Lucene for what filters are al= l about. Erick ------=_Part_9602_8279460.1146234969434--