sql视图不支持变量是设计使然，因其必须为纯声明式、无状态的select；替代方案仅推荐内联表值函数（itvf），它支持参数化且可优化器下推，而会话变量或函数因不确定性被禁止。
SQL视图中不能用@variable，不是语法写错了，是数据库引擎压根不支持——视图必须是纯声明式、无状态的SELECT语句，而局部变量引入了执行时状态和赋值逻辑，直接破坏这一前提。
视图定义阶段就拒绝变量语法
创建视图时，数据库只接受静态可分析的SELECT，任何DECLARE、SET、@x都会在解析期报错：
- SQL Server 报
Incorrect syntax near '@x'或Must declare the scalar variable "@status" - MySQL 报
ERROR 1351 (HY000): View's SELECT contains a variable or parameter - PostgreSQL 报
ERROR: column "x" does not exist（误把@x当未定义列）
这不是“还没实现”，而是设计使然：视图要能被优化器内联展开、被元数据系统可靠描述，就不能依赖会话上下文或运行时值。
为什么不能把变量换成会话变量或函数？
即使绕开@前缀，用SESSION_CONTEXT()（SQL Server）、current_setting()（PostgreSQL）或@@session.var（MySQL），也存在本质风险：
-
SESSION_CONTEXT()未设置时直接CAST(... AS INT)会报转换错误，必须包一层ISNULL(CAST(SESSION_CONTEXT(...) AS INT), -1) -
current_setting('app.dept_id', true)的第二个参数true表示“允许返回NULL”，否则未设值时抛异常 - MySQL 的
@@session变量无法在视图中安全引用，因不同连接可独立修改，违反视图结果确定性要求 - 所有这类方案都依赖应用层显式调用
SET，连接复用时旧值可能残留，必须在每次请求开始时重置
真正可用的替代方案只有 ITVF
需要参数化过滤，唯一推荐的是内联表值函数（ITVF），它语法简洁、性能接近视图、能被优化器下推：
- 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下推 - 禁止在 ITVF 中用
GETDATE()或NEWID()，否则执行计划不稳定，且无法被索引视图引用 - 别选多语句表值函数（MSTVF）：它强制走表变量，执行计划固定，复杂查询里容易成性能瓶颈
最容易被忽略的坑：外层才是动态发生地
无论你用视图、ITVF 还是 CTE，“动态”永远只发生在最外层SELECT中。比如时间过滤必须写成SELECT * FROM v_orders WHERE created_at > GETDATE() - 1，而不是塞进视图定义里——后者要么报错，要么缓存失效导致结果滞后。真正的参数入口不在视图内部，而在调用它的那条语句的作用域里。
