oracle 19c在forall绑定空集合、utl_file路径访问、boolean类型sql使用及sql%found行为四方面与11g存在兼容性变化：分别触发plw-07203警告、ora-29280错误、pls-00382错误和逻辑误判，需针对性适配。
pl/sql中forall绑定空集合时行为变化
oracle 11g允许forall绑定空的集合（如emp_ids.count = 0），不报错且跳过执行；19c默认仍兼容，但若启用了plsql_warnings='enable:all'或使用了pragma warning，可能触发plw-07203警告——提示“collection is empty”。这不是错误，但ci流水线或严格校验环境会失败。
实操建议：
- 显式检查集合长度：
IF emp_ids.COUNT > 0 THEN FORALL i IN INDICES OF emp_ids ... END IF; - 避免依赖隐式跳过逻辑，尤其在批量DML封装函数中
- 迁移后用
SELECT * FROM all_plsql_object_settings WHERE warning_setting LIKE '%PLW-07203%';扫描存量包体
UTL_FILE路径访问限制收紧
11g中UTL_FILE可通过UTL_FILE_DIR参数开放任意目录，19c已废弃该参数，默认只允许访问CREATE DIRECTORY对象所指向的路径，且目录需显式授权READ/WRITE。未适配的代码会抛出ORA-29280: invalid directory path。
实操建议：
- 用
CREATE DIRECTORY ext_data_dir AS '/u01/app/oracle/extdata';替代UTL_FILE_DIR配置 - 执行
GRANT READ, WRITE ON DIRECTORY ext_data_dir TO my_app_user; - 代码中把硬编码路径改为目录名：
f := UTL_FILE.FOPEN('EXT_DATA_DIR', 'log.txt', 'W'); - 注意大小写：19c中目录名是大写的，
'ext_data_dir'会报ORA-22285
BOOLEAN类型不能直接用于SQL上下文
11g允许在SQL语句中隐式转换PL/SQL BOOLEAN变量（如WHERE flag = my_bool），19c彻底禁止——报PLS-00382: expression is of wrong type。这是最隐蔽的兼容性断裂点，常出现在动态SQL拼接或视图包装逻辑里。
实操建议：
- SQL层统一用
CHAR(1)或NUMBER(1)代替BOOLEAN传参 - 封装转换函数：
FUNCTION bool_to_yn(b BOOLEAN) RETURN CHAR IS BEGIN RETURN CASE WHEN b THEN 'Y' ELSE 'N' END; END; - 检查所有
EXECUTE IMMEDIATE语句，确保绑定变量类型与SQL期望一致
隐式游标属性%FOUND在SELECT INTO后行为更严格
11g中SELECT INTO未查到数据时SQL%FOUND为FALSE，查到一行时为TRUE；19c保持该行为，但若在SELECT INTO前执行过其他DML（如INSERT），SQL%FOUND会反映上一条DML的结果，而非当前查询——容易误判。常见于混合DML+查询的存储过程中。
实操建议：
- 永远用显式游标属性：
SELECT ... INTO v_emp_name FROM emp WHERE id = 123;之后，改用IF v_emp_name IS NOT NULL THEN ...而非IF SQL%FOUND THEN - 对关键查询加
EXCEPTION WHEN NO_DATA_FOUND THEN ...捕获处理 - 避免跨语句复用
SQL%属性，尤其在循环内混用DML和查询时
真正麻烦的不是语法报错，而是那些“看起来跑通了，但逻辑在特定数据下悄悄偏移”的情况——比如BOOLEAN隐式转换失效只影响部分分支，或%FOUND被前序DML污染却没覆盖测试用例。迁移时得盯着执行计划和真实数据流，不能只看编译是否通过。
