内联表值函数（ITVF）可被查询优化器展开为外部查询的一部分，支持谓词下推、连接重排和索引选择；必须仅含单个SELECT，支持参数化以生成适配计划，无执行上下文开销，性能显著优于MSTVF和视图。
内联表值函数（ITVF）能被查询优化器“展开”
SQL Server 对内联表值函数的处理方式，本质上是把 RETURN 后面的 SELECT 语句直接“拼进”外部查询里，而不是当成一个独立执行单元。这就让优化器有机会对整个查询做统一的谓词下推、连接重排和索引选择。
而视图虽然也支持展开，但一旦视图定义里包含 TOP、GROUP BY、聚合函数或非确定性函数（如 GETDATE()），就会变成“不可展开”的物化视图，强制走嵌套循环或临时结果集。
- ITVF 必须只含单个
SELECT，不能有变量赋值、IF或多语句逻辑 - 只要参数能参与谓词下推（比如
WHERE CustomerID = @CustomerID），索引就能用上 - 对比普通视图：如果视图里写了
WHERE 1=1或硬编码过滤条件，反而会干扰优化器判断
ITVF 支持参数化，避免重复编译与缓存污染
视图是无参的，每次调用都复用同一个执行计划；但若底层数据分布差异大（比如查客户ID=1 和 ID=999999），一个计划很难兼顾效率。ITVF 带参数，SQL Server 可基于参数值生成更贴合的计划，尤其配合 OPTION (RECOMPILE) 时效果明显。
- 参数在运行时才绑定，优化器能拿到真实值做基数估算
- 不像标量函数那样每行调用一次，ITVF 是整批数据一次性“融合”进执行树
- 注意：若参数常为 NULL 或默认值，可能触发计划缓存复用不当，需检查
sys.dm_exec_query_stats中的重编译频率
ITVF 不引入额外执行上下文开销
标量函数和多语句表值函数（MSTVF）每次调用都要创建新执行上下文，带来 CPU 和内存压力。ITVF 完全没有这层开销——它不分配内部表变量、不维护独立作用域、不触发上下文切换。
- 看执行计划：ITVF 节点会消失，只剩原始表扫描 + 过滤操作符；MSTVF 则显示为“Table-valued function”独立算子
- 监控
sys.dm_exec_requests的cpu_time和logical_reads，ITVF 通常比等效 MSTVF 低 40%~70% - 特别警惕 MSTVF 返回空表时仍要初始化 @Result 表变量——哪怕没数据也要走一遍建表+插入流程
容易被忽略的边界问题：统计信息与参数嗅探
ITVF 高效的前提是参数值能准确反映实际数据分布。如果传入的 @CustomerID 总是热门客户（比如 ID
这时候不是 ITVF 本身有问题，而是依赖它的查询暴露了统计信息滞后或参数嗅探失准的问题。别急着换写法，先跑 UPDATE STATISTICS Orders WITH FULLSCAN，再观察执行计划中 Actual Rows 和 Estimated Rows 的偏差程度。
