多表 join 如何优化？

[CUMTProgrammer]

看阿里 JAVA 开发规范，禁止 3 表以上 join。

1. [强制] 超过三个表禁止 join。需要 join 的字段，数据类型必须绝对一致； 多表关联查询时， 保证被关联的字段需要有索引。

比如我有一张订单表，肯定只存相关的 id，比如用户 id，支付方式 id 等等。如果我想把这些转化为中文输出，我就得 join 多表。

select o.order_id,u.user_name... from order o left join user u on o.user_id=u.user_id...

如果我有很多属性，那么 join 肯定超过 3 个了，不符合上诉规范。请问如何优化。

[fox0001]

@TommyLemon #35 很好奇，搞这么复杂，为什么不用 MongoDB ？取出来就是 JSON

[no1xsyzy]

@abcbuzhiming 呃…… 不知道为什么，尽管从来没听说过 OLAP，但我脑中默认应该这么处理……
我好像从听说关系型数据库就不觉得是拿来做分析的……

@CRVV 你理解我的话时把因果搞反了。好像是我的语文问题。
应该是 “少数糟糕设计的表造成了绝大多数的 JOIN ”。

[TommyLemon]

@fox0001 首先 MongoDB 使用场景比较有限，你看下数据库排名，它最辉煌的时候排第 4，
远低于前 3 的关系型数据库 Oracle, MySQL, SQL Server，后面又被关系型数据库 PostgreSQL 超过了，
所以真的做常规业务，还是关系型数据库更合适。
其次 MongoDB 虽然能用 JSON 查询，返回的也是 JSON，
但很多时候前端需要的是各种组合嵌套、且对象间有外键关联关系的数据结构，
MongoDB 给出的很难满足需求，更不用说 JOIN、子查询 等这种复杂的功能了。
还有权限，你真的打算用 MongoDB 数据库去做，而不是应用层控制？那就一套业务全都得在数据库做了。

APIJSON 目前仍然专注于实现 JSON 转 SQL 的 ORM 功能，对接关系型数据库满足大部分的业务场景，
实现完全自动化的 CRUD，不需要后端写代码，直接自动化解析，自动封装返回结果 JSON，
期间自动校验权限、数据、结构，自动防 SQL 注入，自动限流过载保护等。

为什么要用自动化接口与文档 ORM 库 APIJSON ？
前后端接口的 沟通、文档、联调 等 10 大痛点解析
https://github.com/TommyLemon/APIJSON/wiki/

[cyhulk]

@TommyLemon 真几把烦，这不是广告吗？自己去开帖子去

[cyhulk]

@fox0001 mongo 的多对多是鸡肋

[TommyLemon]

@cyhulk 解决问题的广告就是好广告，你看不惯拉黑，屏蔽就是了，何必自己还要看

[cyhulk]

@TommyLemon 怎么了，看不惯还不能 diss ？

[TommyLemon]

@cyhulk 哈哈，随你吧

[TommyLemon]

@cyhulk 已经发帖了
https://www.v2ex.com/t/559388/

[TommyLemon]

@TommyLemon 我去，最后多了 / 就 404 了

[troywinter]

你这是 OLAP 吧，MySQL 只适合做 OLTP，OLAP 应该用另外的专业数据库来做，比如 Hive，这种 join 需求说明你们的架构有很大问题，不要在 OLTP 系统上做 OLAP。。。

[zh81]

@akira 请问这种冗余表的话一般是怎么做数据同步比较好呢

[bz5314520]

@zh81 触发器😂