我是一个为我的公司SaaS产品构建Web应用程序的项目的首席开发人员.我们目前正在使用LDAP来存储用户数据,例如ID,密码,联系方式详细信息,首选项和其他用户特定数据.
我们正在构建的应用程序之一是报告服务,它将收集并向最终用户呈现管理信息.显然,这项服务需要一个RDBMS,但它还需要访问存储在LDAP中的用户数据.
在我看来,我们有两个基本的实现选项:
虽然选项1中建议的重复数据(以及实现实现这一目标的机制)似乎是错误的方法,但我的直觉是选项2的表现不够好(如何将LDAP数据加入到RDBMS数据中)有效地作为纯RDBMS实现？).
我找到了一个相关的问题,但我仍然不确定采取哪种方法.我有兴趣看到人们对任何选项或其他选项的看法.
我正在为其Java EE Web应用程序设计部分公司架构.我很清楚使用façade和一个或多个DAO的原因.我遇到的问题是:
将存在一些肯定属于集成层的逻辑,因为它完全是为了保持数据模型的一致性.除了逻辑不仅仅是维护引用完整性和其他"原始"持久性任务,这些任务将由JPA和Hibernate处理.我不把它当作业务逻辑,因为它与任何业务功能分开.但是,我的理解是DAO应该只实现访问和持久化对象到数据源所需的逻辑.
我的结论是,我需要一个适合集成层的"业务对象"模式.我环顾四周,我发现的最接近的东西(但仍然不太合适)是Sun Transfer Object Assembler模式.
要么我对Java EE的理解存在差距,要么存在适合的模式.