那么挑战来了,这条 sql 还能有更优化性能的写法吗?

[teemoer]

http://ww3.sinaimg.cn/large/e38a7f8bgw1f4w0tyljcuj20kt0k1juw.jpg

SELECT m.id, m.name, mc_diag.count_size AS mc_diag_count, mc_thers.count_size AS mc_thers_count, mc_me.count_size AS mc_me_count FROM medicine m LEFT JOIN medicine_count mc_diag ON mc_diag.medicine_id = m.id AND mc_diag.doctor_id = 47 AND mc_diag.diagosis_name = '急性上呼吸道感染' LEFT JOIN medicine_count mc_me ON mc_me.medicine_id = m.id AND mc_me.doctor_id = 47 LEFT JOIN medicine_count mc_thers ON mc_thers.medicine_id = m.id AND mc_thers.doctor_id <> 47 WHERE (m.name LIKE '%w%' OR m.help_code LIKE '%w%') AND m.type = 0 GROUP BY m.name ORDER BY mc_diag_count DESC, mc_me_count DESC, mc_thers_count DESC, m.id DESC LIMIT 0, 10;

########################################## 鄙人的智商也就这么多了,诸位 SQL 大神多多指教

[teemoer]

shit = = ! 格式乱了 我上图

[banksiae]

like '%w%'要扫全表的

[est]

急性上呼吸道感染

[teemoer]

@banksiae = = 先 and type=0 再 like 呢? 或者 有比 like 更好的办法吗

[teemoer]

@est = = 看到你头像我忍不住笑出声

[Infernalzero]

没有索引如何谈优化，况且看到那么多 join 而且还同时 group by order by 以及 like '%'的要想不是慢查询也难

[ayumilove]

medicine 表 有多少条数据

[500miles]

对同一张表 join 三次, 三次的条件还互补, 看不懂 看不懂

[ango]

不要为一条 sql 而一条 sql ，注意 IO 瓶颈，
应该在语言层来做一些逻辑处理，这样顶多消耗一点 CPU 性能。


我们公司不允许 联表 查询。不到万不得已，不允许使用 联表 查询。

[magicdawn]

对啊...
left join 同一张表啊

[ixiaozhi]

@ango 不允许 联表 查询的理由是什么，有点儿不理解

[omygod]

抛开数据量，谈 left join 的个数就是耍流氓

[ango]

@ixiaozhi
说是联表会产生临时表，导致 db 压力大。

老人说是总监要求的，我做为新人也只能执行了。
其实我也不能理解，简单的索引联表复合查询能有什么压力，现在搞得都得在 PHP 语言层做数据组合。

[tomczhen]

又是 jion ，又是 like ，又是 or ，数据量上来光靠修改 sql 语句想提高查询速度是不可能的。

[JiShuTui]

分拆成多个查询，合理利用缓存

[murmur]

自己 join 自己是什么情况呢。。。看到 like 基本就确定没法优化了

[fireapp]

这条 sql 有点毛病, 查询的结果集因为 group by 的存在所有很随机, group by 出来的结果集除了 group by 的对象 m.name 是明确的外, 其他字段都有不确定性

[Ouyangan]

@ango 我自己写业务的时候也经常纠结是不是要联表查询 ,好纠结啊 , 各有个的好处 .

[petelin]

@ango 不对啊，单表查要是写 for 循环是更慢的，因为查 sql 的次数多了啊。

[welefen]

拆成多个语句执行吧