昨天,一个读者向我提交了一个问题,请我就SQL server 隐式转换发表一些看法。当SQL server遇到一个不匹配类型的表达式的时候,它有两种选择。它使用隐式转换并能够执行或者转换错误而导致执行失败。在深入隐式转换之前,让我们假定错误的情形。
如果一个隐式转换不可能实现,SQL server可能产生两种可能的错误。如果两种数据类型不能完全兼容(简言之,在两种数据类型之间不能实现隐式或显式转换),SQL server产生下列错误:
DECLARE@aINTDECLARE@bDATESET@a = @b--Msg 206, Level 16, State 2, Line 3--Operand type clash: date is incompatible with int |
对于这种情形尝试做一个修正,发生了下列错误:
DECLARE@aINTDECLARE@bDATESET@a =CONVERT(INT,@b)--Msg 529, Level 16, State 2, Line 3--Explicit conversion from data type date to int is not allowed. |
另一方面,如果两种数据类型是兼容的,仅仅需要一个显示转换,SQL server产生下列错误:
DECLARE@aINT DECLARE@bDATETIME SET@a = @b --Msg 257, Level 16, State 3, Line 3 --Implicit conversion from data type datetime to int is not allowed. Use the CONVERT function to run this query. |
通过使用显示convert来解决这个问题:
联接丛书页面中涵盖了一个兼容性矩阵,描述了SQL server如何处理数据类型转换的所有可能性。如果SQL server使用一个隐式转换到一个表达式,它必须选择其中的一个表达式以及一种目标数据类型来实现转换。基本上, 有三种比较表达式选项:
1->转换右边表达式到左边表达式的数据类型
2->转换左边表达式到右边表达式的数据类型
3->将两者转换到第三方数据类型
对于指定的转换,它明确的将右边表达式转换到左边表达式的数据类型。假定不允许这种类型的转换,则指定的转换将失败。下述转换将没有意义:
DECLARE@aINTDECLARE@bDATETIMESETCONVERT(DATETIME,@a) = @b--Msg 156, Level 15, State 1, Line 3--Incorrect syntax near the keyword 'convert'. |
实际隐式转换中,SQL server选择一到两种选项中的一个。对于特定的,SQL server将对所有的数据类型分类排列并且从优先级低的向优先级高的数据类型转换。例如,由于整型的优先级低于日期类型,下列查询语句将转换整型变量到日期型:
DECLARE@aINTDECLARE@bDATETIMESELECT0WHERE@a = @b |--Compute Scalar(DEFINE:([Expr1000]=(0)))|--Filter(WHERE:(STARTUP EXPR(CONVERT_IMPLICIT(datetime,[@a],0)=[@b])))|—Constant Scan |