我们公司不让开发使用 join 包括 left join,不让用子查询，合理吗？

@sonice 你也说了你是 Oracle，人家是 Mysql 你让 Mysql 单表千万级数据，不用多，10 个列好了，直接废了。

@Hanggi 老哥问的好，不用 Join 还用什么关系数据库。肯定是他们微服务拆的太散了，导致随便 Join 一下好多表

oschina 上的帖子看起来这也是你发的？为了引战么，一个论坛不够，多发几个？或者为了找认同感

@Judoon 。。。。不知道是谁复制黏贴发的，我已经冲大家的回复里找到自己的答案了

记得几年前，去 O 和 KV 数据库流行的时候，互联网很多这些实践
需要根据业务评估，随着不同的业务阶段，再具体做选择吧

@sonice 又来了，开始春秋笔法啦，我们在讲的是 MYSQL 单表几亿。ORACLE，几亿不是很正常。RAC 我接触过天玑科技，国产的。

昨天还是前天还有个小朋友和我说 1G 内存跑了 1 万连接并发的 HTTP 网站。 我说吹牛逼，他说我水平不好，二次元斗图乱发，我和他推理半天，他发我一份 NET 优化表，说是优化的。我说 1G 内存再优化也优化不出 C10K 问题。

最后他给出一个域名，我一看 cloudflare，再一看页面，静态就三个字。我问他你这 CDN 缓存 和你 1G 内存，和你的 NET 优化表有什么关联么？和你的 C10K 有什么关联么？

又是几个表情

这就是春秋笔法。

@sonice 噢，我回复过你啦。抱歉，我给你点个 LIKE 补偿

@sdwgyzyxy 大佬想请教一下分库分表之后如果使用了数据库中间件的话，各种聚合统计、连表操作是不是最好不要用了。因为既然分库分表了说明应该数据量庞大已经完全拆成微服务了，相应的数据库服务器也应该独立开来。再以传统的方式的话意义不大。

@yogapants 哈哈，第一次被人称为大佬，其实我就是一个菜鸟，并没有什么经验，就是根据我们项目发的一条感悟，你看看就行了，我经历过拆分 join 的痛，开发人员无视业务表隔离，比如 join 用户表、订单表、流水表，明显的数据表名称前缀都不一样就不要强行 join 了。

数据传输一般走内网，传输压力可以忽略不计。
如果能保证，被 join 的表，将来永远不会被分库分表的话，可以 join 。但这个谁也保证不了