Hallvard B Furuseth wrote:
That's nice because then it's identical to a lexical sort order, very easy to implement, but personally I think the result looks ugly and is difficult to interpret. When I see a listing with a column of variable width numbers it just looks "wrong" to me. Maybe it's just me...Exactly, so 5 comes after 10. Problem solved:-) If you have entry {1} and {2} and want to insert one between, create entry {15}. No need to rename, until the max supported number of digits (if any) is used up.
If the numbers are kept in an integer variable, represent 153 as
153000000 internally, strip trailing zeroes in string representation,
reject trailing zeroes in input values.
That's as much as I've considered. I guess if you had multiple AVAs in an RDN they could all sort in combination, but I haven't got a need for that here.For single-valued attributes used as an RDN, adding the extensionI suppose an RDN can contain at most one attribute with the X-ORDERED
"X-ORDERED 'SIBLINGS'" to the attribute definition means to maintain
the numeric index based on sibling entries with the same RDN
attribute.
extension?
That's a nice idea, but I don't see how to implement it for the migration case, where the entries are automatically constructed from slapd.conf. Or are you suggesting that we allow ModRdn to be used to change the automatically generated name to an admin-selected name? Also, the ordering component must still be preserved, regardless of a name change.So if we have this entry
dn: olcDatabase={1}bdb,cn=config
(...)
Pretty neat.
One point: I suggest to use an attribute with a textual database name chosen by the admin for the RDN rather than the attribute which specifies the backend. Then put the database's backend in the 'olcBackend' attribute or something.
That would make it easier to see what a set of modifications are doing, and if one can say 'dn: olcDatabase=mail,cn=config' instead of 'dn: olcDatabase={2}bdb,cn=config' there would be less risk of accidentally modifying the wrong database if an earlier operation renumbered the databases.
-- -- Howard Chu Chief Architect, Symas Corp. Director, Highland Sun http://www.symas.com http://highlandsun.com/hyc Symas: Premier OpenSource Development and Support