建网站需要多少资金,软件开发工程师是前端还是后端,网页制作与设计,孝感个人网站建设好久没更博了#xff0c;偷偷的抽时间写一下。 早上开始working的时候#xff0c;发现一个页面加载很慢#xff0c;经排查是昨天写的一条联合查询的sql导致的。于是着手优化#xff01; 首先想到的是在join的时候#xff0c;减少表体积之后再进行关联#xff0c;于是有了… 好久没更博了偷偷的抽时间写一下。 早上开始working的时候发现一个页面加载很慢经排查是昨天写的一条联合查询的sql导致的。于是着手优化 首先想到的是在join的时候减少表体积之后再进行关联于是有了下面这种写法 (原sql) a join b on a.bidb.id (新sql) a join (select id,phone from b where b.site35) b on a.bidb.id 上面是将b表进行where过滤以后再与a表进行关联执行以后查询相对快了一点毕竟b表体积小了关联的时候自然就快了一点。但是瞅着这句sql就是不太顺眼毕竟用了子查询虽然方便但是感觉还是有损效率的。这个时候就突然想起以前看到的一个博主写到的“在使用join以后可以在on或者where后面加上条件sql在解析的时候会先读取条件再进行关联”想到这里就恍然大悟了何必用子查询直接后面在where里写条件就好了。 另外一个方面查询的时候一般的会有多个表进行关联 遵循上面的原理我们一般把小表放后面查完了小表再去关联大表。 这里我是用的sql server 查询的时候有个分析工具挺好用的 就这个显示估计的执行计划可以在这里查看sql的执行消耗。 嗯谈不上什么技术点就是记录一下。 转载于:https://www.cnblogs.com/sunshine-wy/p/8880438.html
