[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: [ldap] Re: How to think in schemas?
>>>>For example, in an RDB with "people" data, you might fully normalize the
>>>>schema so that there is one and only one record for a household's
>>>>address, and then associate each person that lives at that address as
>>>>separate records with a foreign key to the address record. Or,
>>>>depending on needs, you might denormalize that design, so that each
>>>>person's record includes its own copy of the address data.
>>>
>>>Totally irrelevant; LDAP is not a relational database. If you need a
>>>relational model with constraints and foriegn keys, etc... use a
>>>relational database.
>> I think the unspoken question here is, obviously, "what are the important
>> and useful tradeoffs in designing X.500-like schemas? What are some good
>> ways of thinking about directory object classes?"
>Yes, thank you, that's specifically what I meant.
Your question is still probably better suited to the general LDAP list at
umich.edu. You'll get more responses to this type of question over there.