结论/修复方案：ORA-39785错误是因为直接路径加载时SQL表达式中不能包含ADT对象。要修复，直接路径加载避免使用ADT相关表达式，或切换到常规路径加载；远程处理选择DBMS_DATAPUMP API动态设置TRANSFORM参数绕过限制，或预处理数据转换为标准类型后导入。

来源1

在使用SQL*Loader直接路径模式加载数据时，如果SQL表达式中涉及ADT（Abstract Data Type）对象，会触发ORA-39785错误。错误信息为：ORA-39785: SQL expression "XXX" is not allowed in direct path mode with ADT objects。直接路径模式下，SQL表达式有限制，不能处理复杂ADT。

来源2

故障修复：方法一，修改控制文件，将LOAD DATA的OPTIONS (DIRECT=TRUE)改为DIRECT=FALSE，使用常规路径加载，规避ADT限制。方法二，简化SQL表达式，避免ADT引用，如用TO_CHAR转换ADT为字符串。

来源3

远程处理方案：在远程数据库使用Data Pump导出时，遇ORA-39785，选择EXCLUDE=ADT参数，或用REMAP_TABLE重映射表结构。代码示例：expdp user/pass DIRECTORY=dpump_dir DUMPFILE=exp.dmp TABLES=your_table EXCLUDE=ADT。

来源4

对比直接路径与常规路径：直接路径快但限制多，如不支持SQL表达式中的ADT、LOB等；常规路径慢但灵活，支持所有表达式。选择依据数据量：小数据用常规，大数据预处理后直接路径。

来源5

实际案例：加载XMLType ADT表时报ORA-39785，解决方案是用DBMS_SQLPAUSE暂停直接路径，动态ALTER SESSION SET '_disable_direct_path'=TRUE，然后继续加载。

来源6

高级方案：远程dblink处理，创建临时视图过滤ADT：CREATE VIEW temp_v AS SELECT CAST(adt_col AS VARCHAR2(4000)) FROM remote_table@dblink；然后加载该视图。

来源7

FAQ:
Q: ORA-39785怎么快速修复？
A: 改用常规路径加载，控制文件DIRECT=FALSE。
Q: 直接路径必须用怎么办？
A: 预转换ADT为基本类型，如用函数提取值。
Q: Data Pump中也报此错？
A: 用PARALLEL=1或CONTENT=DATA_ONLY参数。
Q: 远程方案性能如何？
A: 视网络而定，建议本地预处理再传。