PL/SQL函数必须在所有代码路径末尾显式RETURN且仅一个，禁用分号；DETERMINISTIC仅适用于纯计算函数；SELECT INTO需处理NO_DATA_FOUND等异常；SQL调用时禁用AUTONOMOUS_TRANSACTION。
RETURN 关键字必须写在函数体末尾，且不能省略
pl/sql 函数声明里 return 类型是强制的，但真正执行返回值的 return 语句容易被误放在异常处理块外、或漏写——这会导致编译通过但运行时报 ora-06503: pl/sql: function returned without value。
常见错误场景：分支逻辑没覆盖全，比如 IF ... ELSIF 缺少 ELSE，或循环中提前 EXIT 后忘了 RETURN。
- 所有代码路径都必须有且仅有一个
RETURN语句（或通过RAISE终止） - 不推荐在多个分支里分别写
RETURN，易遗漏；更稳妥的是用变量暂存结果，统一在函数末尾RETURN -
RETURN后面不能跟分号（;），这是 PL/SQL 语法要求，跟 SQL 或 Java 不同
DETERMINISTIC 不是性能开关，而是语义承诺
加 DETERMINISTIC 的函数，Oracle 会缓存输入参数组合对应的结果，在同一事务或会话中重复调用时可能直接返回缓存值——但这前提是函数「真」的确定性：相同输入永远返回相同输出，且不依赖任何会话级、事务级或数据库状态（比如 SYSDATE、USER、SELECT COUNT(*) FROM t）。
一旦承诺了 DETERMINISTIC 却实际不满足，结果不可预测：可能返回过期值、引发 ORA-04095 错误（若函数被用于约束或物化视图），甚至导致查询结果错乱。
- 含
SYSDATE、DBMS_RANDOM.VALUE、USER、UID的函数绝不能标DETERMINISTIC - 查询表数据的函数，即使表内容不变，也不算确定性——Oracle 无法验证这点，加了就是自欺欺人
- 纯计算类函数（如字符串截取、数字四则运算、固定映射转换）才适合加
DETERMINISTIC
函数内调用 SELECT 需显式声明结果变量，且注意权限与性能
PL/SQL 函数里执行 SELECT ... INTO 是常见需求，但容易卡在权限、单行限制、空结果三类问题上。
典型报错：ORA-01422: exact fetch returns more than requested number of rows（多行）、ORA-01403: no data found（空结果）、ORA-00942: table or view does not exist（权限不足）。
- 必须用
INTO指定接收变量，且变量类型要和查询列兼容；建议用%TYPE声明（如v_name emp.ename%TYPE） - 空结果默认抛
NO_DATA_FOUND异常，不捕获就会中断调用；如需容忍空，加EXCEPTION WHEN NO_DATA_FOUND THEN v_name := NULL; - 函数被 SQL 调用（如
SELECT my_func(id) FROM t）时，调用者权限（invoker’s rights）不生效，必须授予函数所有者对目标表的直接SELECT权限 - 避免在循环中反复查表；能一次查完用集合批量处理，否则性能急剧下降
函数被 SQL 调用时，自治事务（AUTONOMOUS_TRANSACTION）要格外小心
在函数里开自治事务（比如记录日志）看似方便，但 Oracle 明确禁止在 SQL 上下文中调用含自治事务的函数——会直接报 ORA-14551: cannot perform a DML operation inside a query，哪怕 DML 在自治事务里。
根本原因：SQL 执行器要求函数是纯读操作，自治事务打破了这个契约。
- 如果函数只被 PL/SQL 块调用（如
DECLARE x VARCHAR2(10); BEGIN x := my_func(); END;），自治事务可用 - 若函数可能被
SELECT、WHERE、CASE等 SQL 场景调用，就绝对不要加PRAGMA AUTONOMOUS_TRANSACTION - 替代方案：把日志写入临时表、用管道函数、或干脆拆成两个过程（主逻辑 + 日志记录）
