편집 : +1은 FILE_NUMBER정수가 0으로 채워진 문자열 버전 이기 때문에이 상황에서 작동 합니다. 문자열에 대한 더 나은 해결책 ''은 값을 추가하면 순서에 영향을 줄 수 있거나 숫자는 상수이지만 결정적이지 않은 함수를 포함하는 것을 추가하기 위해 (빈 문자열)을 추가하는 것입니다 sign(rand()+1). ‘정렬을 깨는’아이디어는 여전히 유효합니다. 제 방법이 이상적이지 않은 것입니다.

+1

아니, 나는 내가 어떤 것에 동의한다는 것을 의미하지 않는다. 나는 그것을 해결책으로 의미한다. 쿼리를 ORDER BY cj.FILE_NUMBER + 1로 변경 TOP 1하면 동작이 다르게 작동합니다.

정렬 된 쿼리에 작은 행 목표를 설정하면 시스템은 정렬 연산자를 사용하지 않기 위해 데이터를 순서대로 사용하려고합니다. 또한 첫 번째 행을 찾기 위해 너무 많은 작업을 수행 할 필요가 없다는 것을 파악하여 해시 테이블을 작성하지 않아도됩니다. 귀하의 경우, 이것은 화살표의 두께에서 잘못된 것입니다. 단일 일치를 찾기 위해 많은 데이터를 소비 해야하는 것처럼 보입니다.

이 화살표의 두께는 DOCUMENT_QUEUE(DQ) 테이블이 CORRESPONDENCE_JOURNAL(CJ) 테이블 보다 훨씬 작음을 나타 냅니다. 그리고 가장 좋은 계획은 실제로 CJ 행을 찾을 때까지 DQ 행을 확인하는 것입니다. 실제로, 그것은 쿼리 최적화 프로그램 (QO)이 성가신 것이 없다면 ORDER BYCJ의 취재 지수에 의해 잘 지원됩니다.

따라서 ORDER BY완전히 삭제하면 Nested Loop와 관련된 계획을 얻을 것으로 예상됩니다 .DQ의 행을 반복하고 CJ가 행이 존재하는지 확인하려고합니다. 그리고로 TOP 1단일 행을 가져온 후에 중지됩니다.

그러나 실제로 첫 번째 행이 필요하면 FILE_NUMBER시스템을 속여서 도움이되는 것으로 보이는 색인을 무시하도록 속일 수 있습니다. ORDER BY CJ.FILE_NUMBER+1우리는 이전과 동일한 순서를 유지하지만 QO 하지 않습니다. QO는 전체 N 설정에 집중하여 Top N Sort 연산자를 만족시킬 수 있습니다. 이 방법은 순서 값을 계산하기위한 Compute Scalar 연산자와 첫 번째 행을 가져 오는 Top N Sort 연산자가 포함 된 계획을 생성해야합니다. 그러나 이것들의 오른쪽에는 CJ에서 많은 탐색을하는 멋진 Nested Loop가 표시되어야합니다. DQ와 일치하지 않는 큰 행 테이블을 실행하는 것보다 성능이 향상되었습니다.

해시 일치가 반드시 끔찍한 것은 아니지만 DQ에서 반환하는 행 집합이 CJ보다 훨씬 작 으면 해시 일치가 CJ를 더 많이 스캔합니다. 필요한 것보다

참고 : 쿼리 최적화 프로그램은 +0이 아무것도 변경하지 않는다는 것을 인식하기 때문에 +0 ​​대신 +1을 사용했습니다. 물론, 지금이 아니라면 미래에도 어느 시점에서 +1에도 동일한 내용이 적용될 수 있습니다.

답변

DECLARE @top INT = 1;

SELECT TOP (@top) dc.DOCUMENT_ID,
        dc.COPIES,
        dc.REQUESTOR,
        dc.D_ID,
        cj.FILE_NUMBER
FROM DOCUMENT_QUEUE dc
JOIN CORRESPONDENCE_JOURNAL cj
    ON dc.DOCUMENT_ID = cj.DOCUMENT_ID
WHERE dc.QUEUE_DATE <= GETDATE()
  AND dc.PRINT_LOCATION = 2
ORDER BY cj.FILE_NUMBER
OPTION (OPTIMIZE FOR (@top = 987654321));