本文共 326 字，大约阅读时间需要 1 分钟。

其它服务为了从某个服务中获取信息，采用直接读取数据库的方式。如果需要修改记录，也是直接修改数据库表中的记录。这种集成方式很容易，所以也很普遍。

这种集成方式是很容易，但却也存在着很多问题：

1. 首先，数据库变为一个大的共享 API。如果，某个服务想要改变业务逻辑，就必须直接改库。为了不影响其它服务，修改表结构时就必须非常小心，并且需要做大量的回归测试来保证质量。
2. 服务使用者所选用的技术栈必须与共享数据库相容，即被限制了。假设，现在用的是关系数据库；未来，随着业务的发展，可能改用非关系数据库。只有隐藏了实现细节，才能让其它服务拥有自主权，并可自由修改内部实现，实现松耦合。

使用共享数据库集成模式，很难实现高内聚与低耦合，所以应该尽可能避免使用该模式。

转载地址：https://deniro.blog.csdn.net/article/details/101147451 如侵犯您的版权，请留言回复原文章的地址，我们会给您删除此文章，给您带来不便请您谅解！