原来一直以为join后面写个查询语句，sql server会自己生成一个worktable，然后再进行联合查询，但是今天的三观被刷新了一次。
book_month_deli是一张统计每月信息的表，book_cost是记录流水账的表。下面sql就简单地写：
语句1
SELECT *
FROM book_month_deli a WITH(NOLOCK)LEFT JOIN (SELECT
t1.shopid AS shopid
,SUM(t1.busisum) AS delisum
FROM book_cost t1 WITH(NOLOCK)
WHERE t1.billdate='2016-10-08'
GROUP BY t1.shopid
) b ON a.shopid = b.shopid
WHERE a.billmonth>='2016-05' AND a.shopid='00000040'
语句2
SELECT *
FROM book_month_deli a WITH(NOLOCK)
LEFT JOIN (SELECT
t1.shopid AS shopid
,SUM(t1.busisum) AS delisum
FROM book_cost t1 WITH(NOLOCK)
WHERE t1.billdate='2016-10-08'
GROUP BY t1.shopid
) b ON a.shopid = b.shopid
WHERE a.shopid='00000040'
咋一看感觉是语句1的效率高于语句2，其实不然，语句1的耗时居然是2的8倍以上，打开IO统计后执行语句的结果如下：
(8 行受影响)
表 'book_cost_1610'。扫描计数 8，逻辑读取 60272 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
表 'book_month_deli'。扫描计数 1，逻辑读取 2 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
(51 行受影响)
表 'Worktable'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
表 'book_cost_1610'。扫描计数 1，逻辑读取 7534 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
表 'book_month_deli'。扫描计数 1，逻辑读取 2 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
很显然语句1执行了8次子查询，而语句2和我原来想的一样先生成了一个中间结果的内部表，可是具体是因为什么问题导致这个情况发生还是一头雾水，过几天空闲了再找资料了，先记录下这个bug，额，还有以后要学乖了，这种情况先把子查询结果放到临时表里,然后将临时表进行联合查询