[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Determining the next uniqe attribute value to use with an account entry
- To: "Serikstad, Kevin (CCI-Atlanta)" <Kevin.Serikstad@cox.com>, <openldap-software@OpenLDAP.org>
- Subject: Determining the next uniqe attribute value to use with an account entry
- From: "Serikstad, Kevin (CCI-Atlanta)" <Kevin.Serikstad@cox.com>
- Date: Mon, 10 Sep 2001 23:22:14 -0400
- Content-class: urn:content-classes:message
- Thread-index: AcEyGH9R3/riC3/PSoyKz61zvi3cBAf6HJ4gAAC/cCA=
- Thread-topic: SASL Authentication, DNs and supported SASLMechanisms
> Hi All,
>
Let's try this again with a different heading. Sorry.
> I was wondering if anyone sees any practical problem with having an
> entry store the next available values for attributes such as uidNumber
> and gidNumber. In my case, I intend to use the values more as a hint
> on where to start looking rather than to act as a definitive answer.
>
> For example, I have an entry which looks like the following
>
> dn: cn=LDAPkeys,cn=config,cn=dbdata
> objectClass: top
> objectClass: LDAPkeyObject
> nextuidNumber: 300200
>
> A script to add user accounts consults the nexuidNumber attribute,
> increments it by one and then checks to make sure it's not alreay in
> use. If it is, it looks for the highest nextuidNumber and updates the
> nexuidNumber value. This just seems faster than pulling all the
> uidNumber attributes from all my account records to determine what the
> next available id is. I intend to use the cn=LDAPkeys entry for any
> attributes requiring lookups for unique values (gidNumber, etc).
>
> Again, I was wondering if anyone has any practical advice on the
> handling of unique attribute value lookups.
>
> Thanks.
>
> Kevin Serikstad
>