Oracle函数在SQL中调用不会强制串行，但因处于标量上下文且无法内联优化，导致默认退化为单行逐条执行；PRAGMA UDF可缓解调用开销但不支持并行，DETERMINISTIC可启用结果缓存和谓词推入，但需严格保证无副作用。
Oracle函数在SQL中调用会触发单行串行执行吗？
不会自动串行，但确实容易退化成单行逐条执行——根本原因不是“函数本身强制串行”，而是它被放在了 SQL 的标量上下文里，且数据库无法对含 PL/SQL 函数调用的表达式做并行优化或向量化处理。
为什么SELECT中调用fn_calc_tax会让执行计划变慢？
Oracle 在解析 SELECT id, fn_calc_tax(amount) FROM orders 这类语句时，会把 fn_calc_tax 视为一个“黑盒标量函数”。即使函数体只有一行 RETURN amount * 0.08;，数据库也无法将其内联、下推或与表扫描合并优化。结果就是：
- 优化器默认放弃对该列的并行执行（哪怕
orders表启用了并行 DML） - 每读取一行
orders记录，就调用一次函数，形成隐式循环（row-by-row processing） - 如果函数里有 SQL 查询（比如查税率表），还会引发嵌套查询 + 上下文切换开销
- 函数若声明为
AUTHID CURRENT_USER，每次调用还要校验调用者权限，进一步拖慢
PRAGMA UDF 能解决这个问题吗？
可以缓解，但仅限简单纯计算函数，且有明确限制：
- 必须是标量函数（不能返回游标或记录）
- 函数体里不能出现任何 SQL 语句（
SELECT、INSERT等一概不行） - 参数和返回值只能是基础类型（
NUMBER、VARCHAR2、DATE） - Oracle 12c 及以后才支持，11g 不识别该 pragma
- 加了
PRAGMA UDF后，函数会被编译器尝试“内联展开”，减少调用开销，但不等于能并行化
示例写法：
CREATE OR REPLACE FUNCTION fn_add_tax(p_amt NUMBER) RETURN NUMBER IS PRAGMA UDF; BEGIN RETURN p_amt * 1.08; END;
真正影响性能的关键点：函数是否可确定（deterministic）？
如果你确认函数逻辑完全由输入决定、无副作用、不依赖会话状态或系统时间，就该显式加上 DETERMINISTIC。这能让 Oracle 做两件事：
- 对重复输入自动缓存结果（function result cache，需开启相关参数）
- 在某些场景下允许谓词推入（predicate pushdown），提升过滤效率
但注意：DETRMINISTIC 是承诺，不是保证——一旦函数实际做了 DML 或读了表，就会导致数据不一致，Oracle 不校验你有没有骗它。
最常被忽略的是：哪怕函数只读一张配置表，只要没加 RESULT_CACHE hint 或启用全局 result_cache，每次调用仍是独立执行。而一旦加了，又得小心缓存失效问题——改了税率表，函数结果却还缓着。
