directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Howard Chu <>
Subject Re: [jira] Commented: (DIRSTUDIO-312) Add count function
Date Thu, 27 Mar 2008 11:27:38 GMT
Emmanuel Lecharny (JIRA) wrote:
> [
> ]
> 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:
>> 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.
   Director, Highland Sun
   Chief Architect, OpenLDAP

View raw message