Mailing-List: contact dev-help@directory.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Apache Directory Developers List" <dev@directory.apache.org>
Message-ID: <23410532.25421276673302829.JavaMail.jira@thor>
Date: Wed, 16 Jun 2010 03:28:22 -0400 (EDT)
From: "Emmanuel Lecharny (JIRA)" <jira@apache.org>
To: dev@directory.apache.org
Subject: [jira] Updated: (DIRSERVER-1049) [PERF] Speed improvement in Search
 operation
In-Reply-To: <18931452.1188525870483.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/DIRSERVER-1049?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Emmanuel Lecharny updated DIRSERVER-1049:
-----------------------------------------

    Fix Version/s: 2.0.0-RC2
                       (was: 2.0.0-RC1)

Potponed perf improvements to 2.0-RC2

> [PERF] Speed improvement in Search operation
> --------------------------------------------
>
>                 Key: DIRSERVER-1049
>                 URL: https://issues.apache.org/jira/browse/DIRSERVER-1049
>             Project: Directory ApacheDS
>          Issue Type: Improvement
>          Components: core
>    Affects Versions: 1.5.1
>            Reporter: Emmanuel Lecharny
>             Fix For: 2.0.0-RC2
>
>
> A search operation based on a single attribute, like (uid=user.123), should not pass through the optimizer at all, as we don't need to compute the number of entries. 
> What we have now is that the search is built as a conjonction (AND) operation as if we have injected this filter :
> (& (objectclass =* ) (uid = user.123))
> The cost of doing such a count is not negligeable (5% of the overall operation)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.