实际上,使用此UDF确实对执行顺序进行了程序假设。假定将在
WHEReUDF 之前 对UDF中的子句进行求值
cast(item asuniqueidentifier)。这种假设是错误的,因为优化器可以随意更改将WHERe子句移到演员表上方的计划,并且最终的结果是,要求演员表将部分标记转换为GUID(即类似的字符串
18E809E-EA7A-44B5-B230-776C42594D91)。
有关更详细的答案,请阅读T-SQL函数并不表示一定的执行顺序。
解决方法是,对于不符合WHERe子句的行,可以将NULL强制放入UDF的投影值中:
CREATE FUNCTION dbo.DelimitedSplit8K...cteStart(N1, nullify) AS (--==== This returns N+1 (starting position of each "element" just once for each delimiter) SELECt t.N+1, case when (SUBSTRINg(@pString,t.N,1) = @pDelimiter OR t.N = 0) then 1 else 0 end FROM cteTally t WHERe (SUBSTRINg(@pString,t.N,1) = @pDelimiter OR t.N = 0) )--===== Do the actual split. The ISNULL/NULLIF combo handles the length for the final element when no delimiter is found. SELECt ItemNumber = ROW_NUMBER() OVER(ORDER BY s.N1), Item = case s.nullify when 1 then SUBSTRINg(@pString,s.N1,ISNULL(NULLIF(CHARINDEX(@pDelimiter,@pString,s.N1),0)-s.N1,8000)) else null end FROM cteStart s;go
因为可以保证在CAST之前对CASE表达式进行求值(因为CAST的输入是CASE的输出),所以WHERe子句的重新排序是安全的。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)