Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 65330 invoked from network); 24 Aug 2007 14:07:56 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 24 Aug 2007 14:07:56 -0000 Received: (qmail 27706 invoked by uid 500); 24 Aug 2007 14:07:48 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 27679 invoked by uid 500); 24 Aug 2007 14:07:48 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 27670 invoked by uid 99); 24 Aug 2007 14:07:48 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 24 Aug 2007 07:07:48 -0700 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 24 Aug 2007 14:07:51 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 59EDD714212 for ; Fri, 24 Aug 2007 07:07:31 -0700 (PDT) Message-ID: <12668401.1187964451366.JavaMail.jira@brutus> Date: Fri, 24 Aug 2007 07:07:31 -0700 (PDT) From: "Ard Schrijvers (JIRA)" To: dev@jackrabbit.apache.org Subject: [jira] Commented: (JCR-1064) Optimize queries that check for the existence of a property In-Reply-To: <15082026.1187185770563.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/JCR-1064?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12522537 ] Ard Schrijvers commented on JCR-1064: ------------------------------------- Just had my patch ready (again :-) ) Is it an idea to add the patch, and file a jira issue to refactor the initial creation logic into doInit() I don't mind trying to do that one, but would like to first patch this one, and then solve the init logic, WDYT? > Optimize queries that check for the existence of a property > ----------------------------------------------------------- > > Key: JCR-1064 > URL: https://issues.apache.org/jira/browse/JCR-1064 > Project: Jackrabbit > Issue Type: Improvement > Components: indexing > Affects Versions: 1.3.1 > Reporter: Ard Schrijvers > Priority: Minor > Fix For: 1.4 > > Attachments: JCR-1064-DEPR.patch > > > //*[@mytext] is transformed into the org.apache.jackrabbit.core.query.lucene.MatchAllQuery, that through the MatchAllWeight uses the MatchAllScorer. The calculateDocFilter() in MatchAllScorer does not scale and becomes slow for growing number of nodes. > Solution: lucene documents will get a new Field: > public static final String PROPERTIES_SET = "_:PROPERTIES_SET".intern(); > that holds the available properties of this document. > NOTE: Lucene indices build without this performance improvement should still work and fall back to the original implementation -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.