퇴근5분전


[쿼리1.]

SELECT CNT, CASE WHEN 4 <= RET AND RET  <= 7 THEN 1 ELSE 0 END RET, CASE WHEN 6 <= [PLAN] AND [PLAN] <= 10 THEN 1 ELSE 0 END PL
FROM @TABLE
WHERE RET BETWEEN 4 AND 7  OR [PLAN] BETWEEN 6 AND 10

SELECT ISNULL(SUM( CASE WHEN RET = 1 THEN CNT ELSE 0 END ),0) RETSUM , ISNULL(SUM( CASE WHEN PL = 1 THEN CNT ELSE 0 END ),0) PLANSUM
FROM(
  SELECT CNT,  CASE WHEN 4 <= RET AND RET  <= 7 THEN 1 ELSE 0 END RET, CASE WHEN 6 <= [PLAN] AND [PLAN] <= 10 THEN 1 ELSE 0 END PL
  FROM @TABLE
  WHERE (RET BETWEEN 4 AND 7  OR [PLAN] BETWEEN 6 AND 10)  
)K

[쿼리2.]

SELECT  SA, SB
FROM
(
  SELECT 'A' [KEY], SUM( CNT ) SA
  FROM @TABLE
  WHERE RET BETWEEN 4 AND 7 
) A
INNER JOIN
(
  SELECT 'A' [KEY],  SUM( CNT ) SB
  FROM @TABLE
  WHERE [PLAN] BETWEEN 6 AND 10  
)B
ON A.[KEY] = B.[KEY]

실행계획




http://aseuka.tistory.com/entry/MS-SQL  이 글에 이어 써본다.

위 두 쿼리 결과는 동일하게  4, 5가 나온다.

다만 테이블을 1번 읽었을때와 2번읽었을때를 비교해보기 위해 이글을 써보며

아직 해당 지식이 완전하게 흡수하지 못한점을 미리 써둔다. 


일단 IO가 많이 발생하면 쿼리 개선이 필요하다고 하니... 
                               1번 쿼리                       2번 쿼리
IO 비용                 :    0.0032035                      (0.003125 * 2) 

또 마지막 결과에 대한 트리비용에 대해 확인해보자
                                1번 쿼리                       2번 쿼리 
예상 하위 트리비용 :    0.0032846                      0.0065743

Sort는 둘다 일어나지 않는다!





수치적으로 두배정도 차이나는데

2번 쿼리는 굳이 필요없는 Nested Loops 를 하고 있는 점.
동일 쿼리를 2번 행하고 있는것... 그림으로만 봐도 두배는 걸리는게 맞을것이다.

전에도 실행계획을 보다 보다 모르는게 많아서 패스 했는데

이참에 찾아서 정리해야겠다.

? Stream Aggregate
? Compute Scalar
? Nested Loops

Hash.. 어쩌고 저쩌고.. 참 많은뎁!!