SQL Server中无法创建带参数的视图，应使用内联表值函数（ITVF）替代；其语法为RETURNS TABLE加单个SELECT语句，支持查询优化器内联展开，性能接近视图，而多语句TVF和存储过程均不适用。
SQL Server 里不能直接创建带参数的视图，但可以用内联表值函数（ITVF）替代
标准 SQL 的 VIEW 不支持参数，这是硬限制。SQL Server 也不例外——你写 CREATE VIEW v_orders(@customer_id INT) AS ... 会直接报错 Incorrect syntax near '@customer_id'。真要实现“参数化查询结果复用”，唯一合规且高效的方式是用内联表值函数（INLINE TABLE-VALUED FUNCTION），它语法接近视图，执行计划可内联优化，性能几乎无损。
怎么写一个等效于“参数化视图”的内联表值函数
核心是用 RETURNS TABLE + 单个 SELECT 语句，不能有变量、不能有控制流，否则就变成多语句 TVF（性能差、不可内联）。
CREATE FUNCTION dbo.fn_orders_by_customer(@customer_id INT)
RETURNS TABLE
AS
RETURN (
SELECT order_id, order_date, total_amount
FROM dbo.orders
WHERE customer_id = @customer_id
AND status != 'cancelled'
);-
@customer_id必须声明类型，且只能是标量类型（INT、VARCHAR(50)等） - 函数体必须是单个
SELECT，不能加BEGIN...END，不能用DECLARE或IF - 调用时用
SELECT * FROM dbo.fn_orders_by_customer(123)，语法和查视图几乎一样 - 它会被查询优化器“展开”，执行计划里看不到函数调用，而是直接嵌入原始
SELECT
为什么不用多语句表值函数（MSTVF）或存储过程
有人试过用 CREATE FUNCTION ... RETURNS @t TABLE (...) AS BEGIN INSERT ... RETURN，这是多语句 TVF，看起来更灵活，但代价明显：
- 优化器无法内联，总是走“黑盒”执行，统计信息不准确，容易选错索引
- 哪怕只返回一行，也会先建临时表、插入、再查，I/O 和内存开销翻倍
- 不能在
ON或WHERE子句里直接引用（比如JOIN dbo.fn_mstvf(...) ON 1=1会报错） - 存储过程更不行：不能出现在
FROM子句，没法被其他查询组合使用
实际用的时候要注意这几点
ITVF 虽好，但不是万能胶。几个真实场景中容易踩的坑：
- 参数默认值？不支持。SQL Server 的 ITVF 不允许给参数设
= NULL，想实现“可选参数”得靠ISNULL(@customer_id, customer_id)这种写法，但会干扰索引使用 - 权限控制：调用者需要对函数本身有
EXECUTE权限，同时对函数内部引用的所有表也要有SELECT权限 - 跨库引用：如果
orders在另一个数据库，得写成otherdb.dbo.orders，但函数必须建在同一个数据库里，不能跨库定义 - SSMS 里右键刷新视图列表，它不会出现——ITVF 不在“视图”节点下，而在“可编程性 → 函数 → 表值函数”里
最常被忽略的是统计信息更新：ITVF 本身不存数据，但底层表如果长期没更新统计信息，即使函数写得再规范，查询也可能跑出全表扫描。别只盯着函数写法，该 UPDATE STATISTICS 还得照做。
