[
https://issues.apache.org/jira/browse/DIRSERVER-2162?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15416734#comment-15416734
]
Emmanuel Lécharny edited comment on DIRSERVER-2162 at 8/14/22 1:24 PM:
-----------------------------------------------------------------------
There is indeed a problem : we pull the full data from the backend when doing a
search with {{{}(ObjectClass=person){}}}, while we should pull a reference to a
sub-btree. This is absolutely wrong, and that will impact the addition/update
operations performances greatly.
was (Author: elecharny):
There is indeed a problem : we pull the full data from the backend when doing a
search with {{ObjectClass=person)}}, while we should pull a reference to a
sub-btree. This is absolutely wrong, and that will impact the addition/update
operations performances greatly.
> Searcing for users using ObjectClass=person takes long
> ------------------------------------------------------
>
> Key: DIRSERVER-2162
> URL: https://issues.apache.org/jira/browse/DIRSERVER-2162
> Project: Directory ApacheDS
> Issue Type: Bug
> Components: search
> Affects Versions: 2.0.0-M20
> Reporter: John Peter
> Priority: Major
> Fix For: 2.0.0.AM27
>
>
> When we do the below query the result takes long. Around 10-50 seconds.
> Search base: ou=users,dc=xxx,dc=fi
> Filter (&(cn=*USERNAME*)(objectClass=person))
> Scope: Subtree
> However the below query returns the result immediately
> Search base: ou=users,dc=xxx,dc=fi
> Filter (&(cn=*USERNAME*)(objectClass=*))
> Scope: Subtree
> Looking at the Partition settings it has Indexed attributes ObjectClass and
> cn.
> First both queries took long. Then we added cn to the index and rebooted
> apacheDS and the second query got fast.
> It seems like a bug that using ObjectClass in the query makes it slow all
> tough it is in the index.
> It seems something similar was reported before DIRSERVER-2048, but it says
> it's fixed in M20 which we are using.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
