首页   注册   登录
dawniii
ONLINE

dawniii

V2EX 第 132642 号会员,加入于 2015-08-13 09:12:43 +08:00
今日活跃度排名 3189
dawniii 最近回复了
@msg7086 整个帖子看下来,感觉就是三个原因不用 join 。

1. 开发人员水平参差不齐
2. mysql“垃圾”
3. 业务扩展性

都这么纠结了,是不是直接用 nosql 会更好。
@msg7086 正常来说几百 GB 的数据表,查出来的关联 id 才几万个?我用 join 可不是扫全表的关联关系啊。
@msg7086 几万只是随便说的一个数字,如果数据量更大呢,然后要在内存里组装一个巨大的 sql 出来吗?还有和直接子查询 select xxxxxx from article where id in(select xxx)好像没啥区别,楼主说也不能用子查询。
@CRVV 老哥,你这个表结构, [SELECT id FROM tag WHERE name = XXX 取出 tag_id] 这一句可以取出几万个 id,用这几万个 id 再去 in 查询后面的数据这不止是慢吧。
@CRVV 感谢老哥的回答,老哥你说的对。其实我不是很在意一对多还是多对多,就是想说用 mysql 设计成这样的关系,当查询条件涉及到多个表的字段,不用 join 就没法实现我想要的功能。而不是一刀切的不能用 join,不能用 join 的话,肯定就不会这么设计,直接用 nosql 了。
@huijiewei 哈哈哈哈哈哈,确实看不懂,可能你用的是 mysql pro max,我用了个 mysql se
@newtype0092 对,是这样的。
@huijiewei 你的 article 表可以 in 查询 tag_id? 这么神奇的吗?手动狗头
@huijiewei 不用 join 我是实现不了,请教下这个怎么拆成 3 个 sql 还能满足需求。
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2629 人在线   最高记录 5168   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 61ms · UTC 14:18 · PVG 22:18 · LAX 07:18 · JFK 10:18
♥ Do have faith in what you're doing.