-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Good morning,
> Berkley DB is one of the most powerful storage engines around. It > can "only" store up to 256 terabytes of data on a single table, if > you call that "few"... I wasn't very specific in my statements. That's my fault, and I apologize. What I should have said is that these databases become less efficient when used as constant databases, the way userdb uses them. IN particular, the rebuild operation and user management operations become unwieldy for anything other than a small to medium setup. > MySQL has traditionally allowed BDB as a possible storage engine. > I'm not familiar with OpenLDAP, but I think it also uses BerkleyDB > as a backend. In both cases, I think the performance is comparable > with that of alternative settings. Again, I agree. It's a question of me failing to be specific enough. It's the constant database property that causes the problems for larger setups. As a side note, bdb has been deprecated in mysql. > At any rate, access to indexed tables is orders of magnitude better > than the linear access time implied by plain text files such as > /etc/passwd for system users. Absolutely true. There is a small amount of overhead involved with initializing and performing a lookup, but in nearly all cases it's faster than a lookup in a flat file. - -- Those of you who think they know everything are very annoying to those of us who actually do. Joseph C. Lininger, <jb...@pcdesk.net> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) iQEcBAEBCAAGBQJK4eUlAAoJEMh8jNraUiwqpWwH/2Gc/fP5SX8SUjfiw9qpr1Vd gE+sOQPQpudToruLk8Z8S5/MbiKDw1WMeMd5bvj45aZC8RoVBWNHJTIaX6jK+guR YWkcFtacTqIiQTNZTAS37tV1I5rXbgHbfbsaAiNJ+O79M3gt8Ny2GFjiXwOUXhBr LQNTvAJCJjrSKmukhlRaox3MRY28FfJeotChijuAz3VJh8rZjEwR/NBFqXjxUTYs dHPGmQJsYbzv4Nup5EtFYkleE+MY1k8pj1bJSVaJsj2oWZ+RsMLYH2UamwoOCg2G fMDLRsCaJ4b5cldq5An+7M6ms+NtSq/OYPv3RfDUJ+lhzxd9aPwtVhgr1KYH2zM= =0cUI -----END PGP SIGNATURE----- ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
