sql server视图中调用标量函数必须加with schemabinding，否则报错msg 4512；函数须确定性、无副作用，禁用临时表、非确定性函数及动态sql。
能，但不是所有函数都能用，也不是所有数据库都允许随意调用——关键看函数是否「确定性」且「无副作用」。
SQL Server 视图中调用标量函数必须加 WITH SCHEMABINDING
不加会直接报错，哪怕函数本身语法正确。SQL Server 要求视图引用的标量函数必须显式声明 WITH SCHEMABINDING，否则创建或修改视图时抛出错误：Msg 4512, Level 16。
-
WITH SCHEMABINDING强制函数绑定到它所引用的对象（如表、列），防止底层结构变更导致视图逻辑错乱 - 函数体里不能出现临时表、表变量、动态 SQL（
EXEC或sp_executesql） - 不能调用
GETDATE()、NEWID()、RAND()等非确定性系统函数 - 示例安全写法：
CREATE FUNCTION dbo.format_phone(@p VARCHAR(20)) RETURNS VARCHAR(15) WITH SCHEMABINDING AS BEGIN RETURN CASE WHEN LEN(@p) = 11 THEN '(' + LEFT(@p,3) + ') ' + SUBSTRING(@p,4,4) + '-' + RIGHT(@p,4) ELSE @p END END
PostgreSQL 视图中函数必须标记为 IMMUTABLE 或 STABLE
用 IMMUTABLE 最稳妥；若函数内含简单子查询但不改数据，可用 STABLE。标记错误会导致 ERROR: cannot use function ... in view definition。
-
IMMUTABLE：相同输入永远返回相同输出，比如字符串处理、数学计算 -
STABLE：单次查询内结果一致，但跨查询可能变化（如CURRENT_DATE）；视图中允许，但部分优化器行为受限 -
VOLATILE（默认）：禁止在视图中使用，哪怕只是读取序列或调用NOW() - 检查函数属性：
SELECT proname, provolatile FROM pg_proc WHERE proname = 'format_phone';
MySQL 8.0+ 要求函数声明 DETERMINISTIC 或 READS SQL DATA
否则创建视图时直接失败：ERROR 1351 (HY000): View's SELECT contains a function that is not allowed。MySQL 对「确定性」判断较严格，隐式类型转换也可能被判定为非确定性。
- 必须显式写
DETERMINISTIC（纯计算）、READS SQL DATA（只读查询）、或NO SQL - 禁止在函数里执行
INSERT/UPDATE/DELETE，也不能调用未声明的存储过程 - 函数参数和返回类型要严格匹配视图字段类型，否则可能静默转空值（如
VARCHAR(10)输入进期望TEXT的函数） - 权限上：调用者需对函数有
EXECUTE权限（MySQL 8.0+ 模型），且函数所在 schema 需显式指定（如utils.format_phone(col)）
WHERE 条件里调用函数是性能黑洞
不是语法问题，而是执行机制决定的：函数会在每一行上重复执行，且彻底阻断索引下推。哪怕函数只做 UPPER(name)，也会让 WHERE upper(name) = 'JOHN' 变成全表扫描。
- SQL Server 中标量 UDF 还会强制整个查询串行执行，
MAXDOP失效 - PostgreSQL 若函数标记为
PARALLEL UNSAFE（默认），同样禁用并行扫描 - 真正有效的替代方式只有三种：
PERSISTED计算列（SQL Server）、冗余字段+索引（MySQL）、或把函数逻辑直接展开进视图 SQL（如用CASE WHEN替代dbo.get_status(id)） - 别指望「优化函数内部」能救性能——7 个函数叠加，耗时从 0.26 秒跳到 78 秒，根源在调用位置，不在函数体
最容易被忽略的是权限上下文和 schema 绑定：函数存在、语法合法、类型匹配，仍可能因调用者没 EXECUTE 权限，或没写全限定名（如漏掉 dbo. 或 public.）而静默失败或返回空值。
