Oracle PL/SQL 中不支持嵌套函数，必须将重复逻辑封装为独立函数（在包或单独定义），通过 SELECT...FROM DUAL 或赋值调用；适用场景包括字符串清洗、业务规则判断、日期转换和数值计算，需注意确定性、性能及SQL兼容性。
嵌套函数本身在 Oracle PL/SQL 中**不被允许**——你不能在存储过程（PROCEDURE）或函数（FUNCTION）的声明部分内部再定义另一个函数。这是语法硬限制，不是风格或性能问题。
所以，如果你看到“用嵌套函数减少冗余”，大概率是误用了术语，实际想表达的是：**在存储过程中调用独立定义的、可复用的函数（即封装好的逻辑单元）**，来替代重复写的 SQL 片段、计算逻辑或校验规则。
下面直说怎么做、为什么、容易踩什么坑：
怎么把重复逻辑抽成函数并被存储过程调用
核心是把「每次都要写一遍」的代码变成一个带名字、有输入输出的 function，然后在多个存储过程中用 select my_func(...) from dual 或直接赋值调用。
- 必须在包（
PACKAGE）或独立函数中定义，不能写在PROCEDURE体内 - 函数名要体现意图，比如
validate_phone_format、calc_discount_rate，别叫func1 - 优先用
IN参数，避免OUT或IN OUT—— 函数本意是返回值，不是改状态 - 函数体里尽量只做纯计算或简单查询；涉及 DML（INSERT/UPDATE）或事务控制的逻辑，不适合塞进函数
哪些逻辑适合封装成函数（而不是硬编码）
不是所有重复代码都适合抽函数。重点看是否满足：确定性输入 → 确定性输出，且不依赖上下文状态。
- 字符串清洗：
REPLACE(TRIM(...), CHR(9), '')这类多层处理，抽成clean_whitespace - 业务规则判断：
CASE WHEN dept_id IN (10,20) THEN 'HR' ELSE 'OTHER' END→ 封装为get_dept_category - 日期转换逻辑：比如把「YYYYMMDD」格式字符串转为
DATE，且要容错（非法格式返回 NULL） - 数值计算：税率计算、折扣叠加、库存可用量推导等，只要不查大表、不锁行，就适合
为什么不用动态 SQL 或 CASE 替代函数
很多人图省事，在存储过程里堆 CASE WHEN 或拼 EXECUTE IMMEDIATE，短期快，长期难维护。
-
CASE嵌套超过 3 层就难读，且无法跨过程复用；函数可以被 10 个存储过程同时调用 - 动态 SQL 绕过编译检查，错误拖到运行时报，比如字段名写错、权限不足，上线才暴露
- 函数可单独测试、加注释、设权限（如
GRANT EXECUTE ON pkg_util TO app_user），而内联逻辑没法隔离验证 - Oracle 对已编译函数有执行计划缓存优势；反复拼字符串的动态 SQL 每次都要硬解析
容易忽略的兼容性与性能细节
函数看似简单，但几个细节不注意，会导致调用失败或性能骤降：
- 函数里别查大表 —— 如果函数被用在
SELECT的投影列里（如SELECT name, calc_score(id) FROM student），会变成 N+1 查询 - 函数必须声明为
DETERMINISTIC才能在函数索引或物化视图中使用；但只有真正「输入相同永远输出相同」才能加这个关键字 - 如果函数返回
BOOLEAN，注意 PL/SQL 可用，但 SQL 语句里不能直接用（WHERE my_func() = TRUE会报错），得转成NUMBER或VARCHAR2 - 函数体里调用另一个函数时，注意循环依赖 —— A 调 B，B 又调 A，编译不过
函数不是万能解药，但它是最轻量、最可控的代码复用手段。真正麻烦的，往往是那些藏在游标循环里、混着日志和异常处理、还带着临时表操作的“伪重复逻辑”——这种得先拆模块，再封装，不能指望一个函数全兜住。
