SQL Server 2008 날짜 식 쿼리가 문자열 리터럴 쿼리보다 느린 이유는 무엇입니까?

날짜 표현식 쿼리: 문자열 리터럴을 사용하여 더 빠르게

다음 예에서 볼 수 있듯이 조건 내에서 날짜 표현식을 활용하는 쿼리는 종종 느린 속도를 나타냅니다. SQL Server 2008의 성능:

Where FK.DT = CAST(DATEADD(m, DATEDIFF(m, 0, getdate()), 0) as DATE)  

그러나 관찰된 바는 다음과 같습니다. 날짜 표현식을 '2013-05-01'과 같은 문자열 리터럴로 바꾸면 쿼리 실행 속도가 훨씬 빨라집니다. 이러한 불일치는 많은 개발자를 당황하게 했습니다.

성능 차이는 날짜 표현식이 사용될 때 결과의 카디널리티를 추정하는 방식에 영향을 미치는 SQL Server 2008의 내부 버그로 인해 발생합니다. 질문과 같은 날짜 표현식이 제시되면 SQL Server는 해당 표현식이 지정된 달의 첫 번째 날짜에 해당하는 상수 값을 나타내는 것으로 잘못 가정합니다. 이로 인해 부정확한 카디널리티 추정이 발생하고 결과적으로 비효율적인 쿼리 계획이 발생합니다.

반면에 날짜 값에 문자열 리터럴을 사용하면 SQL Server가 런타임 시 실제 값을 확인하고 보다 정확한 카디널리티 추정을 파생하게 됩니다. 이를 통해 최적화 프로그램은 보다 최적의 쿼리 계획을 생성하여 더 빠르게 실행할 수 있습니다.

이 버그를 우회하려면 대신 다음 대체 표현식을 사용할 수 있습니다.

Where FK.DT = cast(getdate() + 1 - datepart(day, getdate()) as date)

이 표현식은 상수를 반환합니다. 이번 달의 1일을 나타내는 날짜 값으로, 쿼리의 의도된 동작과 일치합니다. 이러한 대체를 통해 최적화 프로그램은 카디널리티를 정확하게 예측하고 보다 효율적인 쿼리 계획을 생성하여 날짜 표현식과 관련된 성능 병목 현상을 해결할 수 있습니다.

위 내용은 SQL Server 2008 날짜 식 쿼리가 문자열 리터럴 쿼리보다 느린 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!