magicnian 最近的时间轴更新
magicnian

magicnian

V2EX 第 322202 号会员,加入于 2018-06-12 16:33:02 +08:00
magicnian 最近回复了
@encro 我觉得重点不是 sql 不敢用这个问题,是很多开发其实用不好复杂的 sql,而且当你的业务数据达到几十亿,上百亿后,很难在 sql 上去做优化,目前就 mysql 而言,只有分库分表一条路。但是分库分表带来的成本是很高的,如果项目初期就野蛮放纵,让开发瞎写 sql,当你想做分库分表的时候就知道有多痛苦了。所以基本上,都会有类似楼主公司的一些限制,为的就是后面数据量级上来好做优化
@dawniii 我指的数据量小是在几十亿量级的,用 mysql 抗的住,即使不用分库分表,前提是对表设计要求非常严格,比说楼主提的,绝不允许 join 查询
@dawniii 这么跟你说吧,你可以用关系型数据库去存小字段数据,大字段数据推荐放 nosql 中,比如 mongodb 。只是拿 nosql 作为存储工具。当然,现在像 mysql 已经非常给力了,8.0 版本后性能有了质的飞跃,你数据量小,用 mysql 随便怎么玩都行
@dawniii 为什么不考虑用 nosql?如果你数据量小当我没说
你如果经历过 db 挂了导致的事故就理解 dba 的苦衷了,按照微服务的设计思想,确实不应该多表联查,但是这是建立在非常大数据量的前提下,像我公司,业务数据都快百亿了,这时候再关联表查,db 妥妥的挂
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2738 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 10ms · UTC 15:29 · PVG 23:29 · LAX 08:29 · JFK 11:29
Developed with CodeLauncher
♥ Do have faith in what you're doing.