微服务下数据表之间的耦合关系
1.问题产生
今天同事给我发了一个链接,问我这种做可视化建表的过程觉得怎么样?(如下图)
同事的意思主要是,在微服务架构下,新建单一数据表,然后表内数据需要引用其他数据表的数据列,这种需求是不是可以用可视化的的方式来做,比较方便。
2.My View
在我看来,比较像表字段关联图,也包含中文注释,表名注释,是专门做之前大流程图的“在线关联索引”这个功能的模式,这个表现形式还是不错的,但随着探讨话题深入,我逐渐感觉到如果这个图里面的连线是体现在数据表里面,那并不是一个好的方式,如果这个连线是在后台逻辑关系里,那就OK了,因为:
- 微服务工程,都很忌讳数据表间有太多的联系,联系可以串在微服务逻辑里,但不要各种主键外键串在数据表里
- 即使有在传统开发中有数据表耦合度非常高的情况,在做微服务设计时候,要遵循哪怕我多建立几个表,也不要表之间耦合度这么高的模式,所以就自然而然没有上图hightopo那种复杂的表关系图了(说白了表之间的联系就是数据表的外键)
- 承接这套复杂关系的,是微服务彼此的访问和通讯,上图应该是微服务之间复杂关系关联图,数据表之间要做低耦合
- 同时,数据表之间关联,属于外存操作,需要刷磁盘,慢,效率低,微服务之间关联,属于半内存操作,相对来说快一点,为什么说是半内存而不是纯内存,因为每个微服务是在一个单独的容器里面,容器之间通讯肯定要比纯内存要慢一点,但我估计还是比刷外存快
总结一下,微服务架构下,无论在功能架构设计,还是在数据表设计,亦或是在通讯访问设计上,都应该做到低耦合,这样不但利于维护,还利于热部署(热更新)