微服务下数据表之间的耦合关系

微服务下数据表之间的耦合关系

1.问题产生

今天同事给我发了一个链接，问我这种做可视化建表的过程觉得怎么样？（如下图）

同事的意思主要是，在微服务架构下，新建单一数据表，然后表内数据需要引用其他数据表的数据列，这种需求是不是可以用可视化的的方式来做，比较方便。

2.My View

在我看来，比较像表字段关联图，也包含中文注释，表名注释，是专门做之前大流程图的“在线关联索引”这个功能的模式，这个表现形式还是不错的，但随着探讨话题深入，我逐渐感觉到如果这个图里面的连线是体现在数据表里面，那并不是一个好的方式，如果这个连线是在后台逻辑关系里，那就OK了，因为：

• 微服务工程，都很忌讳数据表间有太多的联系，联系可以串在微服务逻辑里，但不要各种主键外键串在数据表里
• 即使有在传统开发中有数据表耦合度非常高的情况，在做微服务设计时候，要遵循哪怕我多建立几个表，也不要表之间耦合度这么高的模式，所以就自然而然没有上图hightopo那种复杂的表关系图了（说白了表之间的联系就是数据表的外键）
• 承接这套复杂关系的，是微服务彼此的访问和通讯，上图应该是微服务之间复杂关系关联图，数据表之间要做低耦合
• 同时，数据表之间关联，属于外存操作，需要刷磁盘，慢，效率低，微服务之间关联，属于半内存操作，相对来说快一点，为什么说是半内存而不是纯内存，因为每个微服务是在一个单独的容器里面，容器之间通讯肯定要比纯内存要慢一点，但我估计还是比刷外存快
  
  

总结一下，微服务架构下，无论在功能架构设计，还是在数据表设计，亦或是在通讯访问设计上，都应该做到低耦合，这样不但利于维护，还利于热部署（热更新）