一个老项目，加载列表奇慢，超过10秒钟， 主要涉及两个表， user表，procuts表。因为涉及多层代理，使用site字段保存目录
比如：,master,test, 表示 该用户为 test 的下级代码，test登录后可以看到 test名下的业务和所有下级代理的业务。相关表的结构如下：
user表 大约10万条记录
|-uid-|-user-|—-site——|
| 1 | test | ,master, |
| 2 | user | ,master,test,|
product表 大约30万条记录
|-pid-|-product-|-puser-|
| 1 | order01 | test |
| 2 | order02 | user |
| 3 | order03 | user |
优化前的SQL语句如下：
select * from product as p left join user as u on p.puser=u.user where user=’test’ or site like ‘%,test,%’
不使用 or 单独查询时，都不超过100毫秒，排除索引的问题。既然单个没问题，两种结果不存在重复记录，可以考虑 join all 优化。
优化后的语句如下：
select * from product where pid in (
select pid from product where user=’test’ join all (
select pid from product as p left join user as u on p.puser=u.user where site like ‘%,test,%’
)
)
用户A名下共有4000+个业务，优化前 优化前11359毫秒，优化后621毫秒
用户B名下共有12个业务，优化前 优化前10359毫秒，优化后78毫秒
到此这篇关于SQL Server 使用join all优化 or 查询速度的文章就介绍到这了,更多相关SQL Server join all优化内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！
来源：脚本之家
链接：https://www.jb51.net/article/196010.htm
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至253000106@qq.com举报，一经查实，本站将立刻删除。
发布者：SEO优化专员，转转请注明出处：https://www.chuangxiangniao.com/p/895934.html
