Hellom Am Thursday 13 November 2003 17:10 schrieb Spider:
> > What should I use ? LDAP or SQL ? > > What would be the 4 or 5 reasons in favour of one or the other ? > > I'd say LDAP, simply because this is ldap's hometurf, user management > and information. However, ldap interface is clunky at times. > > SQL would be usable, but I don't think it'd be the optimal for this > usage area, as sql is more generic, and thus not as wellperforming. > Besides, LDAP is a treeview, whereas SQL is flat down, which gives > LDAP a better state for a thing like this. There are reasons why people went away from hierarchical databases. As soon as you have entities that might be sorted into different branches of the ldap tree, the problems start. Do you store these entities in both branches? If so, how do you make sure that it will be in sync? Or do you store it in only one and hope that everybody who needs to access it will find it? You could work areound these problems quite easy in a relational database. Best possible solution IMHO would be to use ldap as an directory access protocol and use a relational backend for storage. Of course you'd need an interface to translate the ldap queries into SQL. Regards, uwe -- [EMAIL PROTECTED] mailing list
