GETDATE()等非确定性函数因结果随时间变化，违反视图、计算列等结构的稳定性要求，故SQL Server和MySQL禁止其在这些场景中使用。
非确定性函数在存储过程中调用本身是允许的，但问题常出在「你想把它嵌进 SELECT / WHERE / GROUP BY 里复用逻辑」这个场景。真正被拦住的不是“调用”，而是“数据库引擎拒绝让非确定性函数参与某些优化或语义约束”。
为什么 GETDATE() 或 CURRENT_USER() 不能用在视图或计算列中
数据库（尤其是 SQL Server 和 MySQL）对视图、索引视图、计算列、CHECK 约束等结构有严格语义要求：它们必须可预测、可重入、结果稳定。一旦函数返回值随时间、会话、上下文变化，就破坏了这些前提。
-
GETDATE()每次执行都不同 → 视图定义无法固化执行计划，索引视图直接报错Invalid use of a non-deterministic function -
CURRENT_USER()依赖登录上下文 → 同一条SELECT * FROM v_orders在不同用户下可能隐式过滤不同数据，违反视图“无副作用”的契约 - MySQL 创建函数时若漏写
DETERMINISTIC或READS SQL DATA，连函数本体都建不成功，更别说被视图引用
SQL Server 中标量函数被禁止含 DML 或临时表的原因
标量函数设计目标是“纯计算”，不是“业务动作”。引擎在查询优化阶段会尝试内联展开、参数嗅探、甚至下推到扫描层——如果函数内部偷偷改了表、建了临时表，整个执行计划就不可信了。
- 写
INSERT INTO #tmp SELECT ...进标量函数？SQL Server 直接报错：Invalid use of a side-effecting operator - 哪怕只是调用
EXEC sp_executesql，也会触发同样错误——动态 SQL 天然带副作用 - 想绕过？不行。声明
WITH SCHEMABINDING只能帮你避开部分非确定性检查，但 DML 仍是硬性禁区
MySQL 函数里读配置表却报 ERROR 1351 怎么办
这不是权限或语法问题，是函数声明和实际行为不匹配。MySQL 在创建时就校验你写的属性是否“名副其实”。
- 写了
DETERMINISTIC，但函数里查了SELECT value FROM config WHERE key = 'tax_rate'→ 实际结果随配置变，声明造假 → 报错 - 应改为
READS SQL DATA，且确保该函数确实只读、不写、不调用其他过程 - 更隐蔽的坑：参数类型隐式转换，比如把
VARCHAR传给期望INT的函数，MySQL 可能判定为“非确定性”，哪怕函数体完全静态
真正容易被忽略的是：函数的“稳定性等级”不是写一次就完事的——它得和调用上下文对齐。比如 PostgreSQL 里一个标记为 STABLE 的函数，在视图中可用；但如果某天你在里面加了 NOW() + INTERVAL '1 day'，它就该降级为 VOLATILE，否则视图下次刷新可能拿到过期结果。
