ldap - 如何在 LDAP 和 RDBMS 之间划分职责

Question

我是一个项目的首席开发人员，该项目正在为我公司的 SaaS 产品构建 Web 应用程序。我们目前使用 LDAP 来存储用户数据，例如 ID、密码、联系人详细信息、偏好设置和其他用户特定数据。

我们正在构建的应用程序之一是报告服务，它将收集并向最终用户提供管理信息。显然，该服务需要 RDBMS，但它还需要访问存储在 LDAP 中的用户数据。

据我所知，我们有两个基本的实现选项:

1. LDAP 和 RDBMS 中的用户数据重复。
2. 让报告服务在需要用户数据时访问 LDAP。

尽管按照选项 1 中的建议复制数据(并实现实现此目的的机制)似乎是错误的方法，但我的直觉是选项 2 的性能不够好(如何将 LDAP 数据“加入”到RDBMS 数据与纯 RDBMS 实现一样高效？)。

我确实找到了related question但我仍然不确定采取哪种方法。我有兴趣了解人们对任一选项或其他选项的看法。

Answer 1

为什么您认为复制数据是错误的方法？报告工具(基于网络的或其他的)主要是围绕关系数据库管理系统构建的，因此任何混合都会引入不必要的复杂性。报告可能需要相当频繁地更改(根据经验)，因此您希望它们尽可能简单。您存储的有关用户的数据不太可能经常更改其格式，因此一旦您的导入功能正常工作，您就不需要再次触及它。

我看到的唯一障碍是延迟:如何确保 RDBMS 副本是最新的？您可能需要确保更新代码写入两个目标。就个人而言，我也不一定将 LDAP 用于特定于应用程序的个人偏好:LDAP 无法处理事务，那么当数据从多个方向更新时会发生什么？ (事务性当然也是让更新程序写入两个存储的一个问题......)我宁愿让 RDBMS 成为大多数数据的主人，并让 LDAP 只担心身份、凭证和权利，这些很少被更改并且仅用于一组目的。对于我自己来说，LDAP 处理分层数据的能力并不是一个很好的卖点。

数据重复并不总是坏事，尤其是当使用场景足够不同时。