SQL视图不能使用@variable，因其定义必须是纯声明式、无状态的SELECT语句；变量引入会话状态和运行时依赖，违反视图静态编译、元数据固化、跨会话复用的本质要求。
SQL视图里不能用 @variable，不是你漏写了 DECLARE 或写法有误，而是语法层面根本禁止——视图定义必须是纯声明式、无状态的 SELECT，任何变量引用都会被数据库引擎在解析阶段直接拒掉。
视图本质是静态查询快照，不是运行时逻辑容器
视图在 CREATE VIEW 时就被编译固化，数据库需要能静态分析其列名、数据类型、依赖对象。一旦出现 @start_date 或 SET @x = 1，就引入了会话级状态和执行期依赖：
-
SELECT * FROM orders WHERE created_at > @from_date→ 报错：Must declare the scalar variable "@from_date" -
DECLARE @i INT = 0; SELECT @i := @i + 1 AS rownum FROM t→ 报错：Incorrect syntax near '@i' - 哪怕变量已在上文
SET过，视图定义里也完全不可见——它不参与批处理上下文
不同数据库报错表现一致，但原因相同
SQL Server、MySQL、PostgreSQL 都拒绝变量，只是错误信息略有差异：
- SQL Server：
Msg 4508, Level 16, State 1: Views or functions are not allowed to reference temporary tables.（连临时表都禁，变量更不用提） - MySQL：
View's SELECT contains a variable or parameter - PostgreSQL：不报变量错，但若函数调用含
current_setting()且未设USERSET，也会在视图创建时失败
根本矛盾在于：变量值只存在于连接生命周期内，而视图要被多个会话复用、被优化器提前展开、被元数据系统持久化记录——二者时间维度和作用域完全错位。
替代方案选型关键看用途
别硬塞变量进视图，按实际需求选真正可行的路径：
- 想传参过滤？→ 用
INLINE TABLE-VALUED FUNCTION (ITVF)，如SELECT * FROM dbo.fn_orders_by_status('shipped')，支持JOIN和索引下推 - 想注入常量（如租户ID、环境标识）？→ 封装为确定性标量函数，MySQL 加
DETERMINISTIC，SQL Server 加SCHEMABINDING - 想动态列名或结构？→ 视图做不到，得用存储过程 +
EXECUTE IMMEDIATE+ 临时表，但要注意 MySQL 不允许函数内 DDL - 只是临时调试用？→ 直接写带变量的普通
SELECT，别建视图；视图是生产对象，不该当草稿纸用
最容易被忽略的是：很多人以为“只要变量有值，视图就能读到”，其实变量在 CREATE VIEW 那一刻根本还没诞生——它连存在都不被允许，更谈不上取值。
