성능을 위해 SQL 쿼리의 2 가지 변형을 비교하는 가장 좋은 방법은 무엇입니까?

Question

가상 환경에서 실행되는 SQL 2005 DB가 있습니다.

단순화하기 위해 두 개의 SQL SELECT 쿼리가 있다고 가정 해 봅니다. 둘 다 똑같은 일을합니다. 하지만 성능을 위해 분석하려고합니다.

일반적으로 로컬 DB를 실행하고 일부 데이터를로드하고 타이밍을 사용하여 다른 변형과 비교합니다.

그러나이 경우 DB가 크고 테스트 상자이기 때문에 클라이언트는 다른 VM을 제공하는 호스트에도 배치합니다.

DB가 너무 커서 로컬에서 풀 (pull down) 할 수 없기 때문에 (적어도 현재는) 아웃됩니다.

하지만 내 주요 문제는 서버에 대해 쿼리를 실행하면 타이밍이 다 끝났기 때문입니다. + exact + 동일한 쿼리를 4 회 실행하고 7 초, 8 분, 3 분 45 분 및 15 분의 타이밍을 얻을 수 있습니다.

내 생각에는 SET STATISTICS IO ON이 (가) 사용되었습니다.

그러나 기본적으로 쿼리의 테이블 (임시 테이블, 뷰, 뷰, 조인 등)의 차이에 따라 쿼리가 테이블에서 읽기 및 쓰기 통계를 산출합니다. 골재.

그럼 SET STATISTICS TIME ON을 사용하고 CPU 시간 만 사용하고 있지만 이는 IO를 모두 할인하는 것으로 보입니다. 이는 또한 좋은 기준선을 만들지 않습니다.

제 질문은 이와 같은 상황에서 유용 할 수있는 다른 통계 또는 성능 분석 기법이 있습니까?

Answer 1

STATISTICS IO 정보는 여전히 유용합니다. 읽기, 쓰기 및 스캔의 수가 크게 다를 수 있으므로 어떤 쿼리가 더 나은지 분명하게 알 수 있습니다.

각 쿼리에 대한 실행 계획 정보를 볼 수도 있습니다. 쿼리 -> 예상 실행 계획 표시를 선택하면 SQL Server 견적을 그래픽으로 표시하여 쿼리를 실행할 수 있습니다. 또한 조회 -> 실제 실행 계획 포함을 사용하여 사용 된 실제 계획을 표시 할 수 있습니다.

SET SHOWPLAN_TEXT, SET SHOWPLAN_ALL 또는 SET SHOWPLAN_XML을 사용하여 실행 계획을 포함하여 계획의 텍스트 표시를 볼 수도 있습니다.

실행 계획의 결과를 볼 때 예상 비용 값을보고 각 쿼리의 값을 비교할 수 있습니다. 예상 비용은 각 옵션의 비용을 비교하는 데 사용할 수있는 상대 값입니다.