好久没更博了，偷偷的抽时间写一下。
早上开始working的时候，发现一个页面加载很慢，经排查是昨天写的一条联合查询的sql导致的。于是着手优化！
首先想到的是在join的时候，减少表体积之后再进行关联，于是有了下面这种写法：
(原sql) a join b on a.bid=b.id => (新sql) a join (select id,phone from b where b.site=35) b on a.bid=b.id
上面是将b表进行where过滤以后再与a表进行关联，执行以后查询相对快了一点，毕竟b表体积小了，关联的时候自然就快了一点。但是，瞅着这句sql就是不太顺眼，毕竟用了子查询，虽然方便，但是感觉还是有损效率的。这个时候，就突然想起以前看到的一个博主写到的，“在使用join以后，可以在on或者where后面加上条件，sql在解析的时候，会先读取条件，再进行关联”，想到这里，就恍然大悟了，何必用子查询？直接后面在where里写条件就好了。
另外一个方面，查询的时候，一般的会有多个表进行关联， 遵循上面的原理，我们一般把小表放后面，查完了小表再去关联大表。
这里我是用的sql server ，查询的时候有个分析工具挺好用的：
就这个，显示估计的执行计划，可以在这里查看sql的执行消耗。
嗯，谈不上什么技术点，就是记录一下。