Return-Path: Delivered-To: apmail-lucene-java-user-archive@www.apache.org Received: (qmail 41430 invoked from network); 15 Nov 2007 18:35:55 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 15 Nov 2007 18:35:55 -0000 Received: (qmail 49633 invoked by uid 500); 15 Nov 2007 18:35:37 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 49154 invoked by uid 500); 15 Nov 2007 18:35:36 -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 49143 invoked by uid 99); 15 Nov 2007 18:35:36 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 15 Nov 2007 10:35:36 -0800 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 buschmic@gmail.com designates 209.85.132.243 as permitted sender) Received: from [209.85.132.243] (HELO an-out-0708.google.com) (209.85.132.243) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 15 Nov 2007 18:35:25 +0000 Received: by an-out-0708.google.com with SMTP id d40so152911and for ; Thu, 15 Nov 2007 10:35:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=9ipdmRXCCyQCj0dBx4OanGxRJLrtz9jsTnJqLTUXibY=; b=hMPcS/6YD+4r5yPDxGzhu52hrtS/AuC99UnYb2fSgW7DlqYYhT8PBOQhcb98wVuWyfxdjCdODskIoqjUQEufJ+PhF5bhlQAxGABgkTYgXabYHKbKc/M4oHoapg1lorRHsC56hCBqSmYo3kNCXynTYHkIeFRE1xicNo8TNvBRCy4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; b=pJYrlr1y8aG/8tHXqfBemEHKm7CMSD/goEG97y2Mex2/NsquNnhhlPCbOwP5YaYDgAhUANzVZ1UuWbYnpOFBgQi1WdlEDMG8bLZKGfWYcy8sLTnWDclTq0Ign1qYn6XitXPyzADFhE6X9YFod5MS6zrg+2MTSj0UvGn7vB4aqMA= Received: by 10.142.213.9 with SMTP id l9mr270061wfg.1195151716879; Thu, 15 Nov 2007 10:35:16 -0800 (PST) Received: from ?172.16.17.233? ( [12.6.150.3]) by mx.google.com with ESMTPS id 6sm2812566wrh.2007.11.15.10.35.14 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 15 Nov 2007 10:35:15 -0800 (PST) Message-ID: <473C9108.2080504@gmail.com> Date: Thu, 15 Nov 2007 10:33:44 -0800 From: Michael Busch User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: java-user@lucene.apache.org Subject: Re: =?GB2312?B?tPC4tDogaG93IHRvIGVmZmVjaWVudGx5IGltcGxlbWVudCB0aA==?= =?GB2312?B?ZSBzdGFzdGljYWwgc2NvcmVzIGxpa2UgcGFnZXJhbms/?= References: <000c01c8273e$00e7dc70$02b79550$@edu.cn> <99dfded80711142222u30616dp6ef9282e047da98e@mail.gmail.com> <000d01c8279b$8bf4f5c0$a3dee140$@edu.cn> <8837fb770711150703j6ec4c578qe829f74e5c61321b@mail.gmail.com> In-Reply-To: <8837fb770711150703j6ec4c578qe829f74e5c61321b@mail.gmail.com> Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org John Wang wrote: > Would payload work? > -John > > Yes, if you used payloads instead of stored fields your performance should be much better. Try and index one special term per document (e. g. score:pagerank), and index one position with a payload for each doc. Then when you retrieve hits open a TermPositions using the special term, get the payload and incorporate it in the docs' score. The performance overhead should be comparable to adding one AND-term to your query. -Michael > On 11/15/07, Zhou Qi wrote: > >> Thank you, my score is fixed score from the properties of the page, but at >> first we need to adjust the score for a promising result. >> I have tried one way of manually re-ranking all the documents by the >> search results. But it needs to iterate all the retrieved results and fetch >> the re-ranking score (stored in the index) to sum the overall score. It is >> inefficient. How to improve that by a new approach? >> >> Sorry for making you misunderstanding. Thanks >> >> Best Regards, >> >> Zhou Qi >> Dept. Computer Science & Engineering >> Shanghai Jiaotong University >> >> --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org For additional commands, e-mail: java-user-help@lucene.apache.org