SQL Server 2012和更高版本的

只需使用 Try_Convert 即可：

TRY_CONVERT接受传递给它的值，并尝试将其转换为指定的data_type。如果转换成功，则TRY_CONVERT将返回值作为指定的data_type；如果发生错误，则返回null。但是，如果您请求的转换是明确不允许的，则TRY_CONVERT将失败并显示错误。

Read more about Try_Convert 。

SQL Server 2008和更早版本的

处理此问题的传统方法是使用case语句保护每个表达式，以便无论何时求值，它都不会创建错误，即使在逻辑上看不应该需要CASE语句。如下所示：

SELECT
   Account_Code =
      Convert(
         bigint, -- only gives up to 18 digits, so use decimal(20, 0) if you must
         WHEN X.Account_Code LIKE '%[^0-9]%' THEN NULL
         ELSE X.Account_Code
   A.Descr
FROM dbo.Account A
WHERE
   Convert(
      bigint,
      WHEN X.Account_Code LIKE '%[^0-9]%' THEN NULL
      ELSE X.Account_Code
   ) BETWEEN 503100 AND 503205

但是，我喜欢在SQL Server 2005及更高版本中使用这样的策略：

SELECT
   Account_Code = Convert(bigint, X.Account_Code),
   A.Descr
   dbo.Account A
   OUTER APPLY (
      SELECT A.Account_Code WHERE A.Account_Code NOT LIKE '%[^0-9]%'
WHERE
   Convert(bigint, X.Account_Code) BETWEEN 503100 AND 503205

这样做的目的是，当 Account_Code 值不是数字时，在 X 表中将它们策略性地切换为 NULL 。我最初使用的是 CROSS APPLY ，但正如 Mikael Eriksson 恰当地指出的那样，这导致了相同的错误，因为查询解析器遇到了完全相同的问题，即优化掉了我强制表达式顺序的尝试(谓词下推击败了它)。通过切换到 OUTER APPLY ，它改变了操作的实际含义，以便 X.Account_Code 可以在外部查询中包含 NULL 值，因此需要正确的求值顺序。

您可能有兴趣阅读有关此评估订单问题的 Erland Sommarskog's Microsoft Connect request 。他实际上称它为bug。

这里还有其他问题，但我现在不能解决它们。

另外，我今天有了一个头脑风暴。我建议的“传统方法”的另一种方法是带有外部引用的 SELECT 表达式，这种方法也适用于SQL Server2000。(我注意到，自从学习 CROSS/OUTER APPLY 以来，我也用较早的SQL Server版本改进了查询能力--因为我越来越能使用 SELECT 、 ON 和 WHERE 子句的“外部引用”功能！)

SELECT
   Account_Code =
      Convert(
         bigint,
         (SELECT A.AccountCode WHERE A.Account_Code NOT LIKE '%[^0-9]%')
   A.Descr