SQL Server 使用join all优化 or 查询速度
|
短视频,自媒体,达人种草一站服务 一个老项目,加载列表奇慢,超过10秒钟, 主要涉及两个表, user表,procuts表。因为涉及多层代理,使用site字段保存目录 比如:,master,test, 表示 该用户为 test 的下级代码,test登录后可以看到 test名下的业务和所有下级代理的业务。相关表的结构如下: user表 大约10万条记录 优化前的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 ( 用户A名下共有4000+个业务,优化前 优化前11359毫秒,优化后621毫秒 用户B名下共有12个业务,优化前 优化前10359毫秒,优化后78毫秒 到此这篇关于SQL Server 使用join all优化 or 查询速度的文章就介绍到这了,更多相关SQL Server join all优化内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家! (编辑:衢州站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- Chrome 86可启用Windows.Gaming.Input API 更好支持游戏手柄
- 中国电信11月运营数据:携号转网成最大赢家 移动有不同意见
- D-Link在CES 2020上推出5G网关解决方案
- Apple Music让iPhone耗电严重 目前唯一解决方案是重置手机
- ARM发布新一代Neoverse处理器:单核大涨50%、挺近5nm工艺
- [图]Windows 10 Build 19033发布:名称敲定“Version 2004”
- 区块链——金融科技战略新高度和产业互联网发展新趋势
- [图]诺基亚新机曝光:或为4G LTE版Nokia C1
- 欧盟发布AI白皮书 计划每年吸引200亿欧元AI投资
- “美国医疗体系正在杀人” 美媒呼吁进行医疗改革
