其它服务为了从某个服务中获取信息，采用直接读取数据库的方式。如果需要修改记录，也是直接修改数据库表中的记录。这种集成方式很容易，所以也很普遍。
这种集成方式是很容易，但却也存在着很多问题：
- 首先，数据库变为一个大的共享 API。如果，某个服务想要改变业务逻辑，就必须直接改库。为了不影响其它服务，修改表结构时就必须非常小心，并且需要做大量的回归测试来保证质量。
- 服务使用者所选用的技术栈必须与共享数据库相容，即被限制了。假设，现在用的是关系数据库；未来，随着业务的发展，可能改用非关系数据库。只有隐藏了实现细节，才能让其它服务拥有自主权，并可自由修改内部实现，实现松耦合。
使用共享数据库集成模式，很难实现高内聚与低耦合，所以应该尽可能避免使用该模式。
来源：https://blog.csdn.net/deniro_li/article/details/101147451