이 나는 ​​다음과 같은 우리의 설정에 오류 또는 MS-SQL에서 버그가 있는지 알고 싶습니다

Question

MS-SQL의 버그 3 분.

CREATE PROCEDURE [dbo].[ourProcedure] 
    @param1  int, 
    @param2  int, 
    @param3  dateTime 
AS 
BEGIN... 

동일한 절차를 실행했지만 작성시 매개 변수의 로컬 복사본을 만들었지 만 11 초 밖에 걸리지 않았습니다!

CREATE PROCEDURE [dbo].[ourProcedure] 
    @param1_x int, 
    @param2_x int, 
    @param3_x dateTime 
AS 
BEGIN 

DECLARE @param1 int 
DECLARE @param2 int 
DECLARE @param3 dateTime 

@param1 = @param1_x 
@param2 = @param2_x 
@param3 = @param3_x 
... 

누가 내 이유를 말해 줄 수 있습니까? SQL이 C#과 같은 매개 변수를 처리하지 않는 이유는 무엇입니까?

Answer 1

이것은 일반적으로 "매개 변수 스니핑"이라고합니다. SQL Server 최적화 프로그램은 매개 변수 값과 함께 값 분포에 대한 내부 통계 정보를 사용하여 프로 시저에 전달 된 값의 카디널리티를 계산하고 실행 계획을 생성합니다. 그러나 이것은 여러 가지 이유로 잘못 될 수 있습니다. make 할 다른 포인트는 실행 계획이 캐시되어 프로 시저가 처음 실행될 때 최적화된다는 것입니다. 프로 시저를 최적화하는 데 사용되는 매개 변수가 현재 매개 변수와 충분히 다를 경우 성능이 저하 될 수 있습니다.

옵티마이 저는 변수 할당이 최적화 중이며 미리 알려지지 않은 동일한 배치의 일부이기 때문에 동일한 값을 사용할 수 없습니다. 이 경우에는 다른 실행 계획에서 결과를 얻는 경험적 방법과 평균을 사용합니다.

간략히 말하자면 첫 번째 매개 변수는 다른 매개 변수 값 집합에 최적화 된 두 가지 실행 계획이 있습니다.