微服务架构下,用户信息、机构信息这种基础数据,在多个系统中都会用到,数据库设计该怎么搞?比如我们现在有个核心系统放代理人信息,要再开发一个代理人管理子系统,里面对于代理人的名称和所属机构两边都要用,数据库设计怎么处理?

思路:
1.代理人子系统数据库中设计冗余字段
缺点:一致性问题,一旦主系统改了信息,子系统同步更新复杂

2.把代理人信息同步到子系统中
缺点:这样不能做到实时同步,需要定时同步数据,无法解决查询时效问题

3.分次查询,调用两个服务分别查询,再组装数据
缺点:数据量大效率低

其他人遇到的类似问题
https://segmentfault.com/q/1010000009053767
https://www.v2ex.com/t/511384
https://cloud.tencent.com/developer/ask/61262
https://www.oschina.net/question/3533261_2282756
https://www.oschina.net/question/1418018_2186666/javascript:vote_answer(1154390,false,true)
解决思路
https://blog.csdn.net/zaige66/article/details/86541953
https://blog.csdn.net/li123128/article/details/88033122
mycat
https://blog.csdn.net/weixin_34351321/article/details/92387636

Logo

权威|前沿|技术|干货|国内首个API全生命周期开发者社区

更多推荐