Question

我正在运行一系列生成数据库的脚本。它们在SQL Server 2012（11.0.5058.0）上运行完成。在SQL Server 2014（12.0.4213.0）上，脚本错误：

消息0，级别11，状态0，行0   当前命令发生严重错误。结果（如果有的话）应该被丢弃。

消息0，级别20，状态0，行0   当前命令发生严重错误。结果（如果有的话）应该被丢弃。

似乎在CTE查询中使用IsNumeric语句的结果会破坏查询构建，因为不需要任何行来导致错误。我遇到的案例的简化版本是：

CREATE TABLE #Temp1 ( CTECol VARCHAR );
CREATE TABLE #Temp2 ( NumCol Int null);
;
WITH cte AS 
(
    SELECT 
        CASE WHEN ISNUMERIC(t.CTECol) = 1 
                THEN 1 
                ELSE null
        END as IsNCol1
    FROM
        #Temp1 t
)
SELECT * 
FROM #Temp2 
JOIN cte ON #Temp2.NumCol = cte.IsNCol1

我能找到的最简单的案例是：

CREATE TABLE #Temp3 ( CTECol Int );
CREATE TABLE #Temp4 ( NumCol Int );
;
WITH cte AS 
(
    SELECT ISNUMERIC(t.CTECol) as IsNCol1
    FROM #Temp3 t
)
SELECT * 
FROM #Temp4 
JOIN cte ON #Temp4.NumCol = cte.IsNCol1

我检查了Microsoft的错误级别，看起来11是可纠正的用户错误，20是致命错误，所以我觉得我收到了混合信息。

有没有正确的方法可以做到这一点，还是在2014年回归？

Answer 1

这肯定是一个错误。

CTE也不需要产生这种行为。以下直接使用表达式具有相同的效果。

SELECT *
FROM   #Temp4
       JOIN #Temp3
         ON #Temp4.NumCol = ISNUMERIC(#Temp3.CTECol)

我可以在12.0.2269.0和12.0.4213.0上复制，但不能在12.0.4449.0上复制，所以看起来它现在已经修复了。

包含详细信息的相关知识库文章是（FIX: Access violation when a query uses ISDATE or ISNUMERIC functions in Join conditions in SQL Server 2014 SP1）。

抛出异常时的堆栈跟踪低于（可搜索性）

KernelBase.dll!RaiseException()
msvcr100.dll!_CxxThrowException(void * pExceptionObject, const _s__ThrowInfo * pThrowInfo) Line 157
sqldk.dll!ExceptionBackout::GetCurrentException(void)
sqldk.dll!ex_raise2(int,int,int,int,void *,char *)
sqldk.dll!ex_raise_va_list(int,int,int,int,char *)
sqllang.dll!alg_ex_raise(int,int,int,int,int,...)
sqllang.dll!CAlgTableMetadata::RaiseBadTableException(int,int)
sqllang.dll!CAlgTableMetadata::Bind(class CRelOp_Query *,class COptExpr *)
sqllang.dll!CRelOp_Get::BindTree(class COptExpr *,class CBindEnv *,int)
sqllang.dll!COptExpr::BindTree(class CBindEnv *,int)
sqllang.dll!CRelOp_FromList::BindTree(class COptExpr *,class CBindEnv *,int)
sqllang.dll!COptExpr::BindTree(class CBindEnv *,int)
sqllang.dll!CRelOp_QuerySpec::BindTree(class COptExpr *,class CBindEnv *,int)
sqllang.dll!COptExpr::BindTree(class CBindEnv *,int)
sqllang.dll!CRelOp_DerivedTable::BindTree(class COptExpr *,class CBindEnv *,int)
sqllang.dll!COptExpr::BindTree(class CBindEnv *,int)
sqllang.dll!CRelOp_Query::BindCTEList(class CBindEnv *,class COptExpr *)
sqllang.dll!CRelOp_SelectQuery::BindTree(class COptExpr *,class CBindEnv *,int)
sqllang.dll!COptExpr::BindTree(class CBindEnv *,int)
sqllang.dll!CRelOp_Query::FAlgebrizeQuery(class COptExpr *,class CCompExecCtxtStmt const &,enum EObjType,class CSequenceProjectContext *)
sqllang.dll!CProchdr::FNormQuery(class CCompExecCtxtStmt const &,class CAlgStmt *,enum EObjType)
sqllang.dll!CProchdr::FNormalizeStep(class CCompExecCtxtStmt const &,class CAlgStmt *,class CCompPlan *,bool,class CParamExchange *,unsigned long *)
sqllang.dll!CSQLSource::FCompile(class CCompExecCtxt const &,class CParamExchange *)
sqllang.dll!CSQLSource::FCompWrapper(class CCompExecCtxt const &,class CParamExchange *,enum CSQLSource::ESqlFunction)
sqllang.dll!CSQLSource::Transform(class CCompExecCtxt const &,class CParamExchange *,enum CSQLSource::ESqlState)
sqllang.dll!CSQLSource::Execute(class CCompExecCtxtBasic const &,class CParamExchange *,unsigned long)
sqllang.dll!process_request(class IBatch *,class SNI_Conn *,enum RequestType)
sqllang.dll!process_commands(void *)
sqldk.dll!SOS_Task::Param::Execute(class SOS_Task *,void * * const)
sqldk.dll!SOS_Scheduler::RunTask(class Worker *)
sqldk.dll!SOS_Scheduler::ProcessTasks(class SOS_Scheduler *,class Worker *)
sqldk.dll!SchedulerManager::WorkerEntryPoint(class Worker *)
sqldk.dll!SystemThread::RunWorker(class Worker *)
sqldk.dll!SystemThreadDispatcher::ProcessWorker(class SystemThread *)
sqldk.dll!SchedulerManager::ThreadEntryPoint(void *)
kernel32.dll!BaseThreadInitThunk()
ntdll.dll!RtlUserThreadStart()

Answer 2

我认为这是一个错误。但是，我想出了一个可能对你有用的解决方法。

;WITH cte AS 
(
    --SELECT 
    --    CASE WHEN ISNUMERIC(t.CTECol) = 1 
    --        THEN 1 
    --        ELSE null
    --END as IsNCol1

    SELECT CASE WHEN TRY_PARSE(t.CTECol AS INT) IS NOT NULL
               THEN 1
               ELSE NULL
           END AS IsNCol1
    FROM #Temp1 t
)
SELECT  * 
FROM    #Temp2
JOIN    cte 
        ON #Temp2.NumCol = cte.IsNCol1

如果演员表失败，

TRY_PARSE会返回NULL，所以如果它是NOT NULL，那么你知道它是一个有效的int。

这两个函数之间存在一些细微的差别，但无论如何我更喜欢TRY_PARSE，因为根据MSDN

对于某些不是数字的字符，ISNUMERIC返回1，例如加号（+），减号（ - ）和有效货币符号，如美元签（$）

<强>更新

我可能应该澄清其中一个微妙的差异。如果参数可以解析为任何数字类型，则ISNUMERIC返回1，它们是：

int
数字
bigint
money
smallint
smallmoney
tinyint
float
小数
实

它与TRY_PARSE不同，INT尝试将输入解析为上述特定数据类型之一。（在我的例子中，ISNUMERIC）。因此，如果您真的想模仿CASE，则需要为每种类型使用嵌套（或扁平化）transition-delay。即使这样，行为仍然可能有些出乎意料，但那是另一个故事。

IsNumeric失败并显示“当前命令发生严重错误”。 SQL Server 2014 CTE

2 个答案: