However, anyone who has followed these "Principles" (I doubt) has ever regretted it.
In addition to the above, I would strongly recommend that the Unique Identifier be used for the naming attribute. If the Unique Identifier persists for the lifetime of the Entity, then there are the following advantages:
In tree of any size, looking for jdoe0001 or jdoe0002 will be done by performing a search.
The Best Practice is suggested that an arbitrary Unique Identifier SHOULD be created for each Entity (or LDAP Entry) and this identifier should provide anonymity for the entity.
Most Users will have trouble remembering UserIds longer than 8 characters. Of course after a few hundred uses up to 10 characters is usually not an issue for this Human Limitation
Using UUIDs for UserId generally will not work due to the complexity.
It just so happen this particular Organizational Entity merged with another Organizational Entity which all their Unique Identifiers started with an "A". So from the Unique Identifiers perspective there were not collisions.
B003281 can handle 999,999 entities and it would be relatively easy to move to A000001 and get another 999,999 entities
If you allow any to be alpha-numeric, then we have 36 possible values for each character which is (26+10)^6 = 2,176,782,336
if we use up to
Characters | Example | Math | Number of |
---|---|---|---|
6 | B003281 | (26+10)^6 | 2,176,782,336 |
8 | B00003281 | (26+10)^8 | 2,821,109,907,456 |