SQL Server视图不支持变量或参数，属语法硬限制；应改用内联表值函数（ITVF）替代，它支持参数、可JOIN、能被优化器内联，且避免动态SQL注入与性能缺陷。
SQL Server视图里不能直接用变量，这是硬限制
SQL Server 的 VIEW 定义不支持任何变量声明（DECLARE）、赋值（SET 或 SELECT @var = ...），也不允许引用外部传入的参数。如果你在视图里写了 @start_date 或 @status，执行 CREATE VIEW 时会直接报错：Incorrect syntax near '@start_date'。这不是权限或版本问题，是语法层面禁止——视图必须是“确定性、无状态”的查询封装。
用内联表值函数（ITVF）替代视图实现参数化逻辑
最常用也最推荐的做法是把原视图逻辑改写成内联表值函数（INLINE TABLE-VALUED FUNCTION）。它和视图一样可被 SELECT 直接调用、能参与 JOIN、通常能被优化器内联展开（性能接近视图），但支持输入参数。
常见错误是误用多语句表值函数（MSTVF），它内部要显式 INSERT INTO @table，会导致执行计划不可预测、性能下降明显，且无法像 ITVF 那样被优化器折叠。
- 必须用
RETURNS TABLE+AS RETURN (SELECT ...)形式，不能有BEGIN...END - 参数名需带
@前缀，例如@from_date DATETIME2 - 调用时必须加括号：不是
SELECT * FROM fn_sales_by_month，而是SELECT * FROM fn_sales_by_month('2024-01-01') - 不能在函数体里调用非确定性函数如
GETDATE()（除非用WITH SCHEMABINDING并接受限制）
CREATE FUNCTION dbo.fn_orders_in_range (@min_amount DECIMAL(10,2), @status CHAR(1))
RETURNS TABLE
AS
RETURN (
SELECT order_id, customer_id, amount, status
FROM dbo.orders
WHERE amount >= @min_amount AND status = @status
);
为什么不用存储过程或临时表模拟“参数化视图”
有人试图用存储过程配合 INSERT INTO #temp 再查临时表，或者用动态 SQL 拼接视图定义——这些方案都绕不开本质缺陷：无法被其他查询直接 JOIN 或嵌套引用，也不能被物化视图（索引视图）机制利用。而且引入临时对象会破坏事务一致性，动态 SQL 则丧失参数化查询的执行计划缓存优势，还带来注入风险。
更隐蔽的问题是权限继承：视图自动继承调用者的权限上下文；而存储过程默认以 EXECUTE AS CALLER，但若显式设为 OWNER，权限模型就变复杂了。
- 存储过程返回结果集 ≠ 可查询对象，不能出现在
FROM子句中 - 临时表生命周期绑定会话，跨批处理即失效
- 动态 SQL 中的变量拼接极易触发 SQL 注入，尤其当参数来自前端输入
兼容旧代码时如何平滑迁移
如果已有大量 SQL 引用了原视图名（比如报表工具硬编码了 SELECT * FROM v_customer_summary），可以先创建同名的 ITVF，再用同名视图包装一层（仅限简单透传场景）：
CREATE VIEW v_customer_summary AS SELECT * FROM dbo.fn_customer_summary(DEFAULT, DEFAULT);
但注意：这会让所有调用都走默认参数，失去灵活性；真要保留参数能力，必须改调用方。最容易被忽略的是客户端驱动层——某些 ORM（如早期 Entity Framework）对函数调用的支持不完整，可能需要手动注册函数映射或改用原始 SQL。
另一个坑是 ANSI_NULLS / QUOTED_IDENTIFIER 设置：创建 ITVF 时若未开启 SET ANSI_NULLS ON，后续修改函数会失败，且影响与视图/索引的兼容性。
