On Mon, 7 Jan 2002, Dwayne King wrote: > LDAP is very fast at retrieving data, not so foat at updating data. As a > rule, any user information that isn't updated often and isn't stateful (e.g. > number of logins, where you're updating every time a user logs in) is fair > game.
This is a widely-held (and widely-spread) belief, but I file it under "implementation dependant". There's nothing I've seen in the LDAP spec(s) that hinders update speed. Now, in general, vendors are "allowed" (encourage?) to tune their implementations for read performance, but this does not -have- to come at the expense of write performance. Case in point, OpenLDAP is written on top of ye olde standard DBM stuff, so there's really no reason its update performance should pale in comparison to anything else written around DBM. If update performance is important to you, I suggest looking carefully at the implementations you're likely to use, and benchmarking them under representative loads, instead of just buying the "LDAP is read-optimized" conventional wisdom. _______________________________________________ Webware-discuss mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/webware-discuss
