转换 SQL Server 2008 R2 和 2012 之间的差异

Question

我在 SQL Server 2012 中执行 SQL 语句时遇到问题，而它在 SQL Server 2008 R2 中完美运行...

错误信息是：

消息 8114，第 16 级，状态 5，第 1 行
转换数据类型 varchar 时出错 转为数字。

我想执行这条 SQL Select 语句：

Select 
    count(*)
from IMPORTBM 
    inner join ATTRIBUTE on ATT_ATTRIBUTE_ID = IMP_ATTRIBUTE_ID 
where IMP_LOCATION_ID = 2 
    AND IMP_SERIAL_ID = 310001 
    AND IMP_VERSION_ID = 1 
    AND (
        (ATT_ATTRIBUTE = 'PS_APISizing' 
            AND IMP_VALUE = 'C')
        OR
        (ATT_ATTRIBUTE = 'DTD' 
            AND ISNUMERIC(IMP_VALUE) = 1  
            AND  CAST( IMP_VALUE  as NUMERIC(38,19)) <= 0.469) 
        OR
        (ATT_ATTRIBUTE = 'IOD' 
        AND ISNUMERIC(IMP_VALUE) = 1  
        AND  CAST( IMP_VALUE  as NUMERIC(38,19)) BETWEEN 3.684 AND 4.225) 
    )  

您能帮我找出为什么它不适用于 SQL Server 2012 吗？

Answer 1

问题是条件并不总是按照您放置它们的顺序进行评估。这意味着 Cast(IMP_VALUE as numeric(38, 19)) 在它是一个非数字值时可能会失败，如果查询执行计划恰好在 IsNumeric(IMP_VALUE) = 1 之前计算它。

这不是由有多少子句或您正在运行的 SQL Server 版本决定的——这些只是巧合。问题和我描述的完全一样。使用不同的查询得到不同的结果是由于不同的查询或不同的服务器使用不同的执行计划。

解决方法是确保所有条件都不会引发错误，无论它们以什么顺序执行。

对于所有版本的 SQL Server，您都可以这样做：

Convert(
   numeric(38,19),
   CASE WHEN IsNumeric(IMP_VALUE) = 1 THEN IMP_VALUE ELSE NULL END
) <= 0.469

或者，在 SQL Server 2012 及更高版本中，您可以使用Try_Convert：

Try_Convert(numeric(38,19), IMP_VALUE) <= 0.469

如果你的服务器抱怨这不是一个内置函数名，那么很可能你的数据库是从以前的版本升级的，你需要alter the database compatibility level。请注意，这样做可能会在系统中产生一些您需要考虑的其他影响，因此请先对其进行研究，然后在非生产系统中进行尝试，然后再在生产中进行（或在非关键时期进行）如果遇到任何问题，请重新设置兼容性级别）。危险不在于会发生任何损坏，而是查询结果可能不同或可能发生错误（查询或存储过程结果的不同顺序更常见）。

ALTER DATABASE database_name 
SET COMPATIBILITY_LEVEL = 110; -- SQL Server 2012

Answer 2

表的定义是什么？ （至少 IMP_VALUE）。为什么不将数字存储在第一位... 2008 和 2012 的查询计划可能不同，并且不会按照相同的顺序处理参数和条件。

使用 SQL Server 2012（兼容级别 110），您可以尝试替换 2 演员：

 AND ISNUMERIC(IMP_VALUE) = 1  
        AND  CAST( IMP_VALUE  as NUMERIC(38,19)) <= 0.469) 

由

AND TRY_CONVERT(NUMERIC(38,19), IMP_VALUE) <= 0.469
AND  TRY_CONVERT(NUMERIC(38,19), IMP_VALUE) BETWEEN 3.684 AND 4.225

无法转换时返回NULL而不会出错。