You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@directory.apache.org by "Emmanuel Lecharny (JIRA)" <ji...@apache.org> on 2008/03/27 12:15:25 UTC
[jira] Commented: (DIRSTUDIO-312) Add count function
[ https://issues.apache.org/jira/browse/DIRSTUDIO-312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12582599#action_12582599 ]
Emmanuel Lecharny commented on DIRSTUDIO-312:
---------------------------------------------
Another possibility would be to rely on the server capability to return this 'count'. ADS can't do that atm, but we are seriously thinking about adding some extendedOperation for that purpose.
For other LDAP servers, I see no other possibility than storing the count when you get the request result, or to do a special request with the '1.1' as returned attribute, in order to avoid a transfer of all the attributes (costly, and to be double checked ...)
> Add count function
> ------------------
>
> Key: DIRSTUDIO-312
> URL: https://issues.apache.org/jira/browse/DIRSTUDIO-312
> Project: Directory Studio
> Issue Type: New Feature
> Components: studio-ldapbrowser
> Reporter: Stefan Seelmann
> Priority: Minor
> Fix For: 1.2.0
>
>
> We should add a count function that counts the children of an entry or the results of a search. Currently when searching at least the DN and the object classes of an entry are loaded and stored in memory. This is very memory intensive if one just wants to know the number of children.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Re: [jira] Commented: (DIRSTUDIO-312) Add count function
Posted by Howard Chu <hy...@symas.com>.
Emmanuel Lecharny (JIRA) wrote:
> [
> https://issues.apache.org/jira/browse/DIRSTUDIO-312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12582599#action_12582599
> ]
>
> Emmanuel Lecharny commented on DIRSTUDIO-312:
> ---------------------------------------------
>
> Another possibility would be to rely on the server capability to return
> this 'count'. ADS can't do that atm, but we are seriously thinking about
> adding some extendedOperation for that purpose.
>
> For other LDAP servers, I see no other possibility than storing the count
> when you get the request result, or to do a special request with the '1.1'
> as returned attribute, in order to avoid a transfer of all the attributes
> (costly, and to be double checked ...)
Sounds like you want the "numSubordinates" operational attribute for the
number of children of an entry. Unfortunately I don't think there's a good
published spec for it. In particular, some vendors implemented it only as a
count of the immediate (onelevel) children, and others implemented it as a
count of a full subtree. (OpenLDAP punted, implementing hasSubordinates
instead, which is only a boolean, and doesn't provide the count at all.)
>
>> Add count function ------------------
>>
>> Key: DIRSTUDIO-312 URL:
>> https://issues.apache.org/jira/browse/DIRSTUDIO-312 Project: Directory
>> Studio Issue Type: New Feature Components: studio-ldapbrowser Reporter:
>> Stefan Seelmann Priority: Minor Fix For: 1.2.0
>> We should add a count function that counts the children of an entry or
>> the results of a search. Currently when searching at least the DN and the
>> object classes of an entry are loaded and stored in memory. This is very
>> memory intensive if one just wants to know the number of children.
>
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/