magicnian 最近的时间轴更新 magicnian 最近的时间轴更新 |
magicnianV2EX 第 322202 号会员，加入于 2018-06-12 16:33:02 +08:00 |
magicnian 最近回复了
2020 年 6 月 4 日 回复了 hackingwu 创建的主题 › 程序员 › 我们公司不让开发使用 join 包括 left join,不让用子查询，合理吗？ |
@encro 我觉得重点不是 sql 不敢用这个问题，是很多开发其实用不好复杂的 sql，而且当你的业务数据达到几十亿，上百亿后，很难在 sql 上去做优化，目前就 mysql 而言，只有分库分表一条路。但是分库分表带来的成本是很高的，如果项目初期就野蛮放纵，让开发瞎写 sql，当你想做分库分表的时候就知道有多痛苦了。所以基本上，都会有类似楼主公司的一些限制，为的就是后面数据量级上来好做优化
2020 年 6 月 4 日 回复了 hackingwu 创建的主题 › 程序员 › 我们公司不让开发使用 join 包括 left join,不让用子查询，合理吗？ |
@dawniii 我指的数据量小是在几十亿量级的，用 mysql 抗的住，即使不用分库分表，前提是对表设计要求非常严格，比说楼主提的，绝不允许 join 查询
2020 年 6 月 4 日 回复了 hackingwu 创建的主题 › 程序员 › 我们公司不让开发使用 join 包括 left join,不让用子查询，合理吗？ |
@dawniii 这么跟你说吧，你可以用关系型数据库去存小字段数据，大字段数据推荐放 nosql 中，比如 mongodb 。只是拿 nosql 作为存储工具。当然，现在像 mysql 已经非常给力了，8.0 版本后性能有了质的飞跃，你数据量小，用 mysql 随便怎么玩都行
2020 年 6 月 4 日 回复了 hackingwu 创建的主题 › 程序员 › 我们公司不让开发使用 join 包括 left join,不让用子查询，合理吗？ |
@dawniii 为什么不考虑用 nosql?如果你数据量小当我没说
2020 年 6 月 4 日 回复了 hackingwu 创建的主题 › 程序员 › 我们公司不让开发使用 join 包括 left join,不让用子查询，合理吗？ |
你如果经历过 db 挂了导致的事故就理解 dba 的苦衷了，按照微服务的设计思想，确实不应该多表联查，但是这是建立在非常大数据量的前提下，像我公司，业务数据都快百亿了，这时候再关联表查，db 妥妥的挂
Select Language