视图不能带参数是因为它是编译时静态对象，不支持运行时参数或非确定性函数；正确替代方案是使用内联表值函数（ITVF），它支持参数、性能好且可被优化器展开。
SQL 视图本身不能参数化，硬塞 @param 或 GETDATE() 会直接报错或结果失真——这不是配置问题，是 SQL 标准和引擎设计决定的。
为什么视图不能带参数？
视图是编译时静态对象，定义后结构固定。你写 CREATE VIEW v_orders AS SELECT * FROM orders WHERE status = @status，SQL Server 会立刻报 Must declare the scalar variable "@status"；MySQL 虽可能创建成功，但 NOW() 在视图里只在首次执行时求值一次，后续查询不更新。
- 视图不参与运行时上下文，没有“参数入口”
- 非确定性函数（如
GETDATE()、NEWID()）被多数数据库禁止出现在视图WHERE中 - 哪怕用字符串拼接绕过语法检查，过滤逻辑也进不到视图内部，只是在外层加了个无效
WHERE
替代方案：用内联表值函数（ITVF）代替视图
它长得像视图，支持参数，性能接近，且能被优化器展开——这才是最贴近“参数化视图”的正解。
- 函数体必须是单个
SELECT，不能有BEGIN...END或变量赋值 - SQL Server 示例：
CREATE FUNCTION dbo.fn_orders_by_status(@status VARCHAR(20)) RETURNS TABLE AS RETURN (SELECT * FROM orders WHERE status = @status) - 调用方式：
SELECT * FROM dbo.fn_orders_by_status('shipped')，可直接JOIN、可被WHERE下推 - 避免在函数里用
GETDATE()：会导致无法被索引视图引用，且执行计划不稳定
动态权限过滤：靠 SESSION_CONTEXT，别用 USER_NAME()
USER_NAME() 只能识别登录账号，没法表达“当前请求属于哪个租户”。真正可控的是应用层设置的 SESSION_CONTEXT，但它必须显式处理未设值情况。
- 设置方式（应用端）：
EXEC sp_set_session_context @key = N'tenant_id', @value = 123 - 视图中安全引用：
WHERE tenant_id = ISNULL(CAST(SESSION_CONTEXT(N'tenant_id') AS INT), -1) - 千万别写
CAST(SESSION_CONTEXT(N'tenant_id') AS INT)直接比较——未设上下文时会报转换错误 - 连接复用时务必重置：
sp_set_session_context不会自动清空，旧值可能残留影响下个请求
外层查询才是动态过滤的实际发生地
无论你用视图、CTE 还是 ITVF，真正的“动态”都发生在调用它的那条 SELECT 里。参数永远在最外层作用域生效，子查询或视图内部看不到。
- 正确：
SELECT * FROM v_orders WHERE created_at > GETDATE() - 1（时间过滤放外层） - 错误：
SELECT * FROM (SELECT * FROM orders WHERE status = @p) t WHERE t.amount > 100——@p在子查询里不可见，除非它来自外层作用域 - MySQL 注意：
ALGORITHM=MERGE是默认且推荐的，TEMPTABLE可能让NOW()固化一次 - 跨库兼容底线：放弃“视图内置动态”，统一由应用层补
WHERE条件，用CURRENT_TIMESTAMP作占位约定
最易被忽略的点：参数嗅探和上下文残留。即使用了 ITVF 或 SESSION_CONTEXT，没加 OPTION (RECOMPILE) 或没重置会话上下文，生产环境大概率出错——它们不报错，但返回错数据。
