[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
RE: piece wise retrieval of multivalued attrib.
This is a real requirement - and its one we've been discussing at CP for
some time. The conclusion here is that we can support it using dup entry in
conjunction with simple paged.
Most customers understand that groupOfNames is the object class used to hold
a group - and they build out their infrastructures based on that assumption.
When we arrive they are already dealing with groupOfNames objects with 10s
of 1000s of member values. Its kinda too late to tell them to rebuild their
infrastructure using an alternative schema/DIT structure!
For applications that simply need to check if a user is a member of a group
it is true that the compare operation can be used. However there are other
applications (e.g. meta-directory) that may need to examine every member
value of a group in order to transform the member values of the group before
replicating it into another directory name space for example.
- David
> -----Original Message-----
> From: Bruce Greenblatt [mailto:bgreenblatt@directory-applications.com]
> Sent: 21 April 2001 00:12
> To: ietf-ldapext@netscape.com
> Subject: Re: piece wise retrieval of multivalued attrib.
>
>
> At 05:54 PM 4/20/2001 -0400, Mark C Smith wrote:
>
> >I think it would be better to spend some time designing the directory
> >service and the associated applications to avoid the need to store
> >millions of values.
>
> I strongly agree. This points out a flaw in the schema/DIT
> structure, and
> not a missing feature of the LDAP protocol. Also note that if
> you need to
> check if a user is a member of the mailing list, you can use the Compare
> operation. You could implement the proposed matched values only control,
> which I believe is a bad thing that only encourages poor schema/DIT
> structure design. The best thing to do is to restructure the information
> in the DIT.
>
>
> >--
> >Mark Smith
> >Directory Product Development / Netscape
>
> ==============================================
> Bruce Greenblatt, Ph. D.
> Directory Tools and Application Services, Inc.
> http://www.directory-applications.com
>
>