什么时候在数据库上使用LDAP？

Question

什么时候应该使用LDAP与database/key-value-store/column-oriented-database/etc？

Answer 1

LDAP可以看作是一个数据库。但我假设你指的是SQL数据库。

LDAP数据存储适用于读取次数高于写入次数的系统。而诸如SQL存储的其他数据库被设计用于事务性数据使用(高读取和高写入)。

这就是为什么LDAP是一种目录协议。它非常适合于读得多、写得很难的目录。

来自here

LDAP的特点是“一次写入、多次读取”服务。也就是说，通常存储在LDAP服务中的数据类型不会在每次访问时都发生变化。举例说明: LDAP不适合维护银行事务记录，因为根据其性质，它们在每次访问(事务)时都会发生变化。然而，LDAP非常适合于维护银行分支机构、营业时间、员工等的详细信息。

这是另一个很好的入门here - LDAP vs RDBMS

Answer 2

除了Preet Sangha所说的之外，您还应该注意到LDAP是非事务性的。服务器可以任意延迟更新，因此下一次读取更新的数据可能不会反映更新。如果有事务需求，就不能使用LDAP；如果没有，就可以使用。

Answer 3

对read也很好

没有简单的答案，但以下注意事项可能有用：

1. 写入期间性能受到影响的原因在于更新索引。索引越多(读取速度越快)，更新目录的频率就越低。Read:write ratios小于1,000:1或更高对于大量读取优化的LDAP directories.
2. LDAP复制为每次更新生成多个事务，因此您希望获得最低的实际更新负载( 1,000 :1或更高)。
3. 如果数据量很大(例如> 10,000 )，更新即使是少量索引的时间也可能很严重，因此您希望在实际的LDAP数据量相对较小(例如<1,000条记录)的情况下保持较低的更新。索引适度并且没有使用复制，我们看不出为什么不能以一种接近基于事务的系统的形式使用LDAP，即每5- 10次访问涉及一个读后写周期( LDAP行话中的modify )。
4. 我们怀疑这个问题的真正答案是(向已故的道格拉斯·诺埃尔·亚当斯的记忆道歉)：读写比是42!