I still want to push this little points directly from the OpenLDAP faq:
* back-ldbm is /obsolete/ and /should not be used/.
*As a historical note, the back-ldbm code is a direct descendant of the
original University of Michigan code. The age of the code and its
byzantine data structures were becoming unmaintainable, and since
back-bdb has proven itself to be more reliable, the decision was made to
delete back-ldbm from the code base.
*While BerkeleyDB supports this generic interface, it also offers a much
richer API that has a lot more power and a lot more complexity. back-bdb
is written specifically for the Berkeley DB /Transactional Data Store/
API. That is, back-bdb uses BDB's most advanced features to offer
transactional consistency, durability, fine-grained locking, and other
features that offer improved concurrency, reliability, and useability.
//
Dave Harrison wrote:
Henning Brauer wrote:
* Dave Harrison [EMAIL PROTECTED] [2007-05-21 08:26]:
Henning Brauer wrote:
* Uv Pzaf [EMAIL PROTECTED] [2007-05-20 23:12]:
I wonder why OpenBSD packages (i.e. openldap-server-2.3.24.tgz) still
uses ldbm as database backend especially since the OpenLDAP folks are
stating that this is no good any more:
(http://www.openldap.org/faq/data/cache/756.htm) and not bdb or hdb.
because ldbm works fine, very much opposed to the other two you mention.
My personal experiences with ldbm were equally fine, I recommend you use it
unless you are performing frequent writes, or are in need of high
performance
lookups. Once I started making regular writes, ldbm started to pack it in
rather frequently (db corruption) so I went to bdb, however bdb takes
careful
tuning to get right.
now that is funny, in the, what, 5 years? of using openldap/ldbm, i
have never seen database corruption. trying to use bdb, pretty much
immediately.
As I said, depends on how you're using it.
After a year, as the usage grew, I found ldbm was corrupting regularly and bdb
solved the problem nicely. 3 years later, bdb is still perfectly fine.
Obviously the other, valid, concern is what the OpenLDAP project intends to
support.
With this kind of thing I think the mantra of YMMV is probably wise.
