CTE中UDF先于WHERE子句执行致查询缓慢，如何解决？

这个问题我之前帮不少开发者排查过，核心原因和SQL优化器的执行逻辑直接相关，咱们一步步拆解清楚：

为什么UDF会提前执行？ #

SQL的执行顺序不是严格按照你写的代码顺序来的——虽然你写的是先定义CTE再写WHERE过滤，但优化器会根据统计信息、查询成本等因素重新规划执行路径。

对于标量自定义函数（UDF），优化器通常很难准确评估它的执行开销，也很难将它和WHERE条件做「谓词下推」优化。简单说就是：优化器会先对CTE里的所有记录调用UDF，再去执行WHERE筛选逻辑，这就导致你遇到的情况：明明最后只留10条数据，UDF却被调用了数百万次，直接拖慢了查询。

怎么强制先过滤再调用UDF？ #

这里有几个实用的解决方案，按优先级排序：

• 调整查询结构，把UDF移到过滤后
  不要在CTE的SELECT里直接调用UDF，先在CTE里完成WHERE过滤，再在外层查询调用函数。比如：
  原来的写法（慢）：

  WITH MAINDATA AS (
      SELECT col1, col2, MYFUNCTION(col3) AS func_result
      FROM TABLE1
  )
  SELECT * FROM MAINDATA WHERE ROWN = 1
  

  改成（快）：

  WITH MAINDATA AS (
      SELECT col1, col2, col3
      FROM TABLE1
      WHERE ROWN = 1
  )
  SELECT col1, col2, MYFUNCTION(col3) AS func_result
  FROM MAINDATA
  

  这样UDF只会被调用10次，而非百万次。

• 用内联表值函数（ITVF）代替标量UDF
  标量UDF本身性能就差，优化器对它的支持也有限。如果你的MYFUNCTION逻辑可以改写成内联表值函数，优化器能更好地将它和查询逻辑整合，自动实现谓词下推。你可以用CROSS APPLY来调用这类函数，和WHERE条件联动执行。

• 用临时表/表变量先存过滤结果
  如果上面的方法不适用，试试先把过滤后的数据存入临时表，再对临时表调用UDF。临时表的统计信息更明确，优化器会优先处理过滤逻辑：

  SELECT col1, col2, col3 INTO #TempData
  FROM TABLE1 WHERE ROWN = 1
  
  SELECT col1, col2, MYFUNCTION(col3) AS func_result
  FROM #TempData
  
  DROP TABLE #TempData
  

• 把UDF逻辑替换成内置函数/表达式
  如果MYFUNCTION只是简单的字符串处理、日期计算或数值运算，直接用SQL内置函数代替自定义UDF，不仅性能会大幅提升，优化器也能更好地规划执行路径。

本质上，我们要做的就是引导优化器意识到「先过滤再计算」的成本更低，要么调整写法给它明确的信号，要么用更友好的函数类型。

内容的提问来源于stack exchange，提问作者Zanoni