wso2自定义碳组件持久性-jpa或wso2数据服务
我希望创建一个自定义的碳元素，并且有一些持久性的选择。主要选项似乎是JPA或WSO2数据服务wso2自定义碳组件持久性-jpa或wso2数据服务,wso2,soa,wso2carbon,wso2dss,Wso2,Soa,Wso2carbon,Wso2dss,我希望创建一个自定义的碳元素，并且有一些持久性的选择。主要选项似乎是JPA或WSO2数据服务 两种选择的优缺点是什么 还有其他推荐的方法吗 在SOA中访问数据的首选方法是使用服务。基本上，如果您使用JPA，您的数据访问逻辑将仅限于该特定组件的使用。如果您使用像数据服务这样的解决方案，那么这些服务将可以在全球范围内访问，从而加强可重用性和更一致的体系结构 在SOA中访问数据的首选方法是使用服务。基本上，如果您使用JPA，您的数据访问逻辑将仅限于该特定组件的使用。如果您使用像数据服务这样的解决方案，
在SOA中访问数据的首选方法是使用服务。基本上，如果您使用JPA，您的数据访问逻辑将仅限于该特定组件的使用。如果您使用像数据服务这样的解决方案，那么这些服务将可以在全球范围内访问，从而加强可重用性和更一致的体系结构 在SOA中访问数据的首选方法是使用服务。基本上，如果您使用JPA，您的数据访问逻辑将仅限于该特定组件的使用。如果您使用像数据服务这样的解决方案，那么这些服务将可以在全球范围内访问，从而加强可重用性和更一致的体系结构 将数据服务暴露在单个服务边界之外的问题是，您会失去隔离，并将服务的内部实现暴露给外部世界。 每个服务都应该使用自己的数据库（如果数据来自多个源，则可以使用数据服务）
具有跨服务数据的单个数据库的地方是报告数据库，无论如何，它应该不同于事务数据库（我称之为聚合报告的模式）将数据服务暴露在单个服务边界之外的问题是，您会失去隔离，并将服务的内部实现暴露给外部世界。 每个服务都应该使用自己的数据库（如果数据来自多个源，则可以使用数据服务） 具有跨服务数据的单个数据库的地方是报告数据库，无论如何，它应该不同于事务数据库（我称之为聚合报告的模式）