본인은 수행중인 테이블 또는 색인 스캔이라는 것을 알고 있습니다. 어떤 테이블은 큰 스캔 횟수를 갖는 반면 다른 것은 작은 스캔 횟수를 갖는 원인에 대해서는 약간 불명확합니다. 내가 지금보고있는 쿼리에서 두 개 테이블에 대해 약 150,000 개의 검색 수가 표시되는 반면 나머지는 몇 개만 있습니다.SQL Server IO Statistics에서 높은 스캔 횟수가 발생하는 이유는 무엇입니까?
나는 "그것이 달려있다"라고 추측하고 있지만, 당신이 나를 일으키는 원인을 확인하는 데 도움이 될만한 뭔가를 지적 해 주시면 감사하겠습니다. 또한 관심이 있다면 나는 당신에게 당신이 필요로하는 다른 정보 나 질의를 보낼 수 있습니다. 나는 그냥 여기에 게시하지 않을 것입니다.
이 스캔에 속하는 성능 문제가 실제로 많이 발생합니까?
테이블에 이러한 높은 스캔 수가 표시되는 행의 수는 몇 개입니까? 몇 페이지에 소수의 행만있는 경우에는별로 신경 쓰지 않을 것입니다. 이 백서 가치가 독서를 찾을 수 있습니다 시작에 대한
: 쿼리 + 통계 여기 Troubleshooting Performance Problems in SQL Server 2005많은 수의 검사가 성능 문제의 원인이라고 생각합니다. 스캔이 많은 두 테이블에는 약 800 만 개의 레코드가 있습니다. 덕분에 기사를 볼께. –
다음 단계는 쿼리의 효율성을 확인하는 것입니다. 요청한 것보다 많은 데이터가 반환 될 수 있으므로 기존 인덱스를 최적으로 사용할 수 없으며 이러한 쿼리가 인덱스에서 최적으로 지원됩니다. "SQL Server 2005"로 질문을 태그 지정 했으므로 인덱스에 대해 INCLUDE 절을 살펴보십시오. 상대적으로 저렴한 가격으로 지표를 다루는 데 도움이 될 수 있습니다. –
쿼리 실행 및 인덱스 및 통계가 최신인지 여부에 따라 다릅니다.
테이블의 스키마를 게시 할 수 있습니까? 쿼리가 실행되고 '실제'실행 평면이 생성됩니까?
제 생각에 스캔 횟수는 쿼리를 실행하기 위해 액세스해야하는 물리적 페이지 수입니다. 간단히 말해, 도움이되는 색인이 없거나 충분하지 않으면 SQL은 그렇지 않은 것보다 많은 페이지를 읽어야합니다. 쿼리 계획을 보셨습니까?
후 우리는 무슨 일을 정확히 알려줍니다. – Hogan