은 다음 표 감안할 때 변환 오류

Question

을 생산하지 EXEC 내부 INT와 VARCHAR을 연결 오류가 발생하여 정확한 결과를 제공합니다. @Val가 INT 데이터 유형과 data type precedence의 규칙입니다

Conversion failed when converting the varchar value 'SELECT * FROM #T WHERE Val = ' to data type int.

때문에, EXEC 내부 쿼리가 INT으로 변환해야합니다 :

내 가정이 오류가 발생하는 것입니다.

제 질문은 EXEC으로 전화를 걸면 변환 오류가 발생하지 않는 이유는 무엇입니까?

---

참고 :

- 나는 약 sp_executesql을 알고있다. 나는 대안을 요구하지도 않는다. 왜 오류가 발생하지 않았는지에 대한 설명을 묻는 것입니다.

- 문제는 VARCHAR 연결에 VARCHAR을 의미로이 question에 대한 대답은 내 상황을 설명하지 않는 것 같습니다. 문자열 유형 int에서 암시 적 변환이 허용됩니다

Answer 1

MSDN/BOL에 따르면, EXEC[UTE] 문에 대한 간단한 구문은 다음과 같습니다

Execute a character string 
{ EXEC | EXECUTE } 
    ({ @string_variable | [ N ]'tsql_string' } [ + ...n ]) 
    [ AS { USER } = ' name ' ] 
[;] 

@string_variable 
Is the name of a local variable. @string_variable can be any char, varchar, nchar, or nvarchar data type. These include the (max) data types. 

몇 가지 참고 사항 :이 줄 ({ @string_variable | [ N ] 'command_string [ ? ]' } [ **+** ...n ]에 따르면, 우리는이 EXEC (@var1 + @var2 + @var3) 같은 것을 쓸 수 있지만, 마지막 단락 SQL에 따라

1) 서버는 이러한 변수가 문자열 중 하나임을 예상합니다. char, varchar, nchar 또는 nvarchar.

2) 또한이 구문은 string variables (@string_variable | [ N ] 'command_string [ ? ]' } [ + ...n) 만 참조합니다. 나는 이것이 EXEC ('SELECT * FROM #T WHERE Val = ' + 3);가 실패하는 이유라고 생각한다 : 3은 변수가 아니다.

3)이 변수 중 하나에 위의 문자열 유형 중 하나가 없으면 SQL Server에서 암시 적 변환을 수행한다고 가정합니다. 나는 그것이 INT (예를 들어)에서 소스 변수를 NVARCHAR으로 변환한다고 가정합니다.이 문자열 유형 사이에 가장 높은 숫자는 data type precedence입니다.

4) 이것은 data type precedence이 작동하지 않는 유일한 장소는 아닙니다. ISNULL(param1, param2) 그것은 또 다른 예입니다. 이 경우 param2은 param1 데이터 유형으로 변환됩니다.

Answer 2

, 적어도까지 다시 SQL Server와 2008

참조 : Is there a way to turn off implicit type conversion in SQL Server?

편집 : Data Type Conversion (Database Engine)

당신은 암시 적 변환을 해제 할 수 없습니다 : 처음 썼습니다

'SELECT * FROM #T WHERE Val = ' + @Val is created before the call to EXEC .

나는 그렇게하지 못합니다. 그것에 대해 말하십시오. 이제는 EXEC에 대한 인수가 우리가 보았던 것과 다른 방식으로 구문 분석하는 DB 엔진의 일부로 전달되는 것으로 의심됩니다.

Answer 3

모든 MSDN은 EXEC [UTE]에 concatinating에 대해 말할 것입니다 :

the concatenation is performed logically in the SQL Server parser and never materializes in memory.

그래서 우리는 깊은 내부에 무엇을 SQL 서버에 대해 많이 알 수 없다. EXEC가 표현식을 인수로 받아들이지 않고 '+'로 구분 된 문자열 목록을 허용한다는 것만 알면됩니다.

Execute a character string 
{ EXEC | EXECUTE } 
    ({ @string_variable | [ N ]'tsql_string' } [ + ...n ]) 
    [ AS { LOGIN | USER } = ' name ' ] 
[;] 

그것은 바로 '+'문자로 구분 된 문자열이나 변수를 지원합니다 : 당신이 구문을 보면

. 따라서 실제로 EXEC에 식을 전달하지 않으므로 SQL Server 식 구문 분석기를 우회합니다.