以前一篇说过现在很多业务为了微服务就是拆，拆了就是微服务了。拆不动了就开始合，合了就是中台了。现在还坚定不动，维持原有系统运行良好的都是极少数的理智技术主管。（如果实在支持不了业务另当别论，更多的时候是妥妥的支持业务，还是要搞）

我被询问一个场景就是如果说要把数据库拆成多个，每个数据库直接隔离（其实不隔离我觉得挺好的，很多业务逻辑直接读表的数据就行了，还做什么接口。既稳定又高效。接口的终极就是读写数据库。不管是什么数据库）我们先不管这些了。

我们先建立一个数据库PDB1.看红框。上面有一个表T1、数据都是带1的。

开发说业务有要求隔离，但是在做报表或者查询的时候需要关联查询。这这这。。。。。。。。其实我一直说要么不要分，要分了就不要合。这就是sharding的解决方案代价很大。

哎，尝试一下如何解决吧。再来一个PDB4。红框。

在上面分别建立三个dblink。分别是PDB4-PDB1 PDB4-PDB2 PDB4-PDB3 我这里写了P41 P42 P43

然后再PDB4上建立同义词

这里的DBLINK特殊，不同于我们以前的，以前这样查询我是极力反对的。因为跨网络。但是PDB模式下都是内存级别的一个大的实例下，几个小的实例所以这样是可以的。

重点是没有网络消耗。

尽管如此，我还是建议能不分就不分啊。你看分了以后还要做这么多工作才能实现原来的功能。