SQL视图不支持直接引用全局常量，须通过确定性标量函数封装（如MySQL用DETERMINISTIC、PostgreSQL用STABLE、SQL Server用SCHEMABINDING），再在视图中调用，以确保兼容性、可预测性与安全性。
SQL视图本身不支持直接引用全局常量（比如数据库级配置值、环境标识、默认租户ID等），但可以通过标量函数封装常量逻辑，再在视图中调用——这是最常用且兼容性最好的方案。关键在于：函数必须是确定性的（DETERMINISTIC），且不能含副作用（如写表、调用RAND()、GETDATE()等非确定性函数），否则多数数据库（如 MySQL 5.7+、MariaDB、PostgreSQL 的物化视图限制）会拒绝在视图中使用。
为什么视图里不能直接用变量或参数
视图定义是静态 SQL 片段，编译时即固化，不接受运行时传参；@variable（SQL Server）、SET @var := ...（MySQL）等会话变量无法在视图定义中被解析；PostgreSQL 的 current_setting() 虽可读配置，但若未设为 USERSET 或启用 log_statement = 'all' 等审计要求，也可能被禁止用于视图。
- MySQL 视图中引用用户变量会导致“View's SELECT contains a variable or parameter”错误
- SQL Server 中，视图不能包含
SELECT子句外的变量赋值，也不能调用含GETDATE()的函数（除非显式标记为NONDETERMINISTIC，但此时无法用于索引视图） - 即使绕过语法检查，运行时变量值可能因连接复用而错乱（尤其在连接池场景下）
如何安全创建返回常量的标量函数
以 MySQL 8.0 为例，定义一个返回固定租户 ID 的函数：
CREATE FUNCTION get_tenant_id() RETURNS CHAR(36) READS SQL DATA DETERMINISTIC BEGIN RETURN 'a1b2c3d4-e5f6-7890-g1h2-i3j4k5l6m7n8'; END;注意三点：
- 必须声明
DETERMINISTIC—— 告诉优化器该函数对相同输入（无输入则恒定）始终返回相同结果 - 推荐用
READS SQL DATA而非NO SQL，便于后续扩展为查配置表（如从sys_config表读值），只要查询本身是确定性的即可 - 避免在函数体内做 DML、调用
NOW()、UUID()、CONNECTION_ID()等非确定性操作，否则视图创建会失败或行为不可预测
在视图中调用并验证是否生效
创建视图时直接调用函数：
CREATE VIEW user_with_tenant AS SELECT id, name, email, get_tenant_id() AS tenant_id FROM users;执行后验证：
SELECT * FROM user_with_tenant LIMIT 1;你会看到
tenant_id 列稳定返回预设值。但要注意：
- MySQL 中，如果函数体里用了
SELECT ... FROM config_table WHERE key = 'TENANT_ID'，必须确保该表只有一行匹配，且key是主键/唯一键，否则可能报错或返回非预期结果 - PostgreSQL 需额外给函数加
STABLE标签（而非IMMUTABLE），因为从表读取虽不改数据，但结果可能随表内容变化 —— 这影响查询重写和物化视图刷新策略 - SQL Server 要求函数必须用
SCHEMABINDING，且不能引用临时表、表变量，否则视图无法创建
真正难处理的不是写函数，而是让这个“常量”在多租户、灰度发布、配置热更新等场景下依然可控——函数体硬编码值缺乏灵活性，而查配置表又引入一致性与权限问题。所以实际项目中，往往需要配合应用层配置中心 + 数据库初始化脚本，把常量注入到函数定义里，而不是靠运行时动态读取。
