SQL Server에서 느린 COUNT 쿼리를 어떻게 최적화할 수 있습니까?

SQL 성능 최적화: 쿼리 개수

대규모 데이터 세트로 작업할 때 행을 계산하는 쿼리는 계산 비용이 많이 들고 성능이 저하될 수 있습니다. 이 문서에서는 카운트 쿼리의 성능 영향을 살펴보고 SQL Server에서 이를 최적화하기 위한 솔루션을 제공합니다.

카운트 쿼리의 성능 차이

테이블에서 다음 SQL 쿼리를 고려해보세요. 2천만 개가 넘는 행:

if (select count(*) from BookChapters) = 0

이 쿼리는 SQL Server가 최적화하므로 신속하게 실행됩니다. into:

if exists(select * from BookChapters)

기본적으로 행을 세는 대신 행이 있는지 확인합니다. 그러나 쿼리를

if (select count(*) from BookChapters) = 1

또는

if (select count(*) from BookChapters) > 1

으로 수정하면 실행 시간이 10분 이상으로 크게 늘어납니다.

성능 격차 이해

성능 차이는 조건이 있는 개수 쿼리의 경우 (예: = 1, > 1) SQL Server는 다른 접근 방식을 사용합니다. 가장 좁은 비클러스터형 인덱스를 사용하여 행 수를 계산합니다. 예제의 테이블에는 비클러스터형 인덱스가 없기 때문에 SQL Server는 전체 테이블 스캔을 사용해야 하므로 성능이 저하됩니다.

최적화 기술

최적화하려면 쿼리를 계산하려면 다음 기술을 고려하세요.

• EXISTS 사용 (INSTEAD OF COUNT = 0): 테이블이 비어 있는지 확인하기만 하면 되는 쿼리의 경우 COUNT = 0 대신 EXISTS를 사용하세요.
• 비클러스터형 인덱스 생성: WHERE 절에 사용된 열에 비클러스터형 인덱스를 생성하여 행 조회를 개선하고 전체 테이블의 필요성을 줄입니다. scans.
• SysIndexes 시스템 테이블 활용: 빠른 행 수를 얻으려면 다음 쿼리를 사용하십시오.

SELECT OBJECT_NAME(i.id) [Table_Name], i.rowcnt [Row_Count]
FROM sys.sysindexes i WITH (NOLOCK)
WHERE i.indid in (0,1)
ORDER BY i.rowcnt desc

• SUM 행 파티션(SQL 2005): 다음 쿼리를 활용하여 대략적인 행 수:

select sum (spart.rows)
from sys.partitions spart
where spart.object_id = object_id(’YourTable’)
and spart.index_id < 2

• SysIndex의 최대 행(SQL 2000): 이전 SQL 버전의 경우 다음을 사용합니다.

select max(ROWS)
from sysindexes
where id = object_id(’YourTable’)

위 내용은 SQL Server에서 느린 COUNT 쿼리를 어떻게 최적화할 수 있습니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!