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

思路：
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
向您推荐>>Eolink开发者社区

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

更多推荐

ELK实现containerd的容器日志采集展示【基于logging的全栈监测】

企业级ELK Stack构建介绍

avatar 云原生

深入理解 Mocha 测试框架：从零实现一个 Mocha

前言什么是自动化测试自动化测试在很多团队中都是Devops环节中很难执行起来的一个环节，主要原因在于测试代码的编写工作很难抽象，99%的场景都需要和业务强绑定，而且写测试代码的编写工作量往往比编写实际业务代码的工作量更多。在一些很多业务场景中投入产出比很低，适合写自动化测试的应该是那些中长期业务以及一些诸如组件一样的基础库。自动化测试是个比较大的概念，其中分类也比较多，比如单元测试，端对端测试，集

avatar 云原生

(20200916 Solved)docker-compose up创建容器自动退出

问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...

avatar 云原生