加入收藏 | 设为首页 | 会员中心 | 我要投稿 核心网 (https://www.hxwgxz.com/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 创业 > 正文

SQL Server 使用join all优化 or 查询速度

发布时间:2020-10-28 01:39:27 所属栏目:创业 来源:网络整理
导读:一个老项目,加载列表奇慢,超过10秒钟, 主要涉及两个表, user表,procuts表。因为涉及多层代理,使用site字段保存目录

  短视频,自媒体,达人种草一站服务

一个老项目,加载列表奇慢,超过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优化内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!

(编辑:核心网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    热点阅读