Active directory RDBMS和LDAP之间的更好选择

我知道有好几个类似的帖子在讨论同样的问题，但我没有找到我的问题的答案

我刚刚了解了LDAP的基本概念，我们可以通过google搜索获得它，就像它是一个目录数据库一样，用于分层数据，并优化了读而不是写。当然，LDAP是访问数据库的协议

问题的一点背景：

我们必须为其创建一个状态服务（发布-订阅） 必须在基于目录的数据库和RDBMS之间进行选择

数据库将在云上，因此如果选择RDBMS，它将作为 如果选择了基于目录的Web服务，则将访问它 通过LDAP

服务是一种发布子模型，其中每个用户可能是具有多个订阅者的发布者，而它本身也可能是订阅者。所以，它是mn关系*

现在，我有两个同样的问题

我们可以在基于目录的数据库中对此进行建模吗？我看了一遍报纸 架构，但无法找出如何做到这一点

第二个问题是关于访问数据的方法，即。 使用LDAP或使用web服务。我不知道是什么原因 使用LDAP优于使用web服务的优点/缺点

谢谢你的帮助

谢谢

我们可以在基于目录的数据库中对此进行建模吗？我查看了模式，但不知道如何做

我还没有意识到这方面的现有模式。我见过的所有模式都是针对X.500目录信息的，而不是消息或事务

对于发布/订阅系统，我不会考虑LDAP。我也不会使用数据库。我会使用消息传递系统，例如MQ

第二个问题是关于访问数据的方法，即使用LDAP或使用web服务。我不知道使用LDAP比使用web服务有哪些优点/缺点

---

LDAP无论如何都不合适，做出这个决定不会使它更合适。

谢谢EJP。好的，如果没有可用的模式，那么就可以了。但我在想，是否有任何解决办法，比如将所有订户id存储在某个单一属性中，或者其他解决办法，不知道，只是一个天真的想法。另一个后续问题——假设我在云中有一个目录数据库，为什么我们会选择web服务来访问它，而不是通过LDAP直接访问？为什么？LDAP对于这个场景有什么可能的吸引力？它没有你需要的特性，没有你需要的模式，你到底为什么要考虑任何一种解决方法？这没有意义。有一个3GPP规范建议LDAP作为后端。如果您愿意，请跟随URL。因此，我在想，如果他们提出，那么一定有某种方式，或者可能是我没有正确理解规范。那么，规范没有回答您的问题的哪一部分？规范说使用LDAP访问数据，但正如您所说，我不能在我的案例中使用LDAP。第二个问题-使用LDAP或web服务只是为了了解两者的优缺点。