Oracle外部表不可直接更新，必须通过WHERE EXISTS子查询或MERGE INTO间接更新目标表；大文件需先导入临时表并建索引、收集统计信息以提升性能。
Oracle 本身不支持直接用 UPDATE ... FROM external_table 这类语法，外部表（ORGANIZATION EXTERNAL）本质上是只读视图——它背后没有段、不存数据、不能被 DML 修改。所以「根据外部表更新目标表」必须走间接路径：把外部表当只读数据源，再通过标准 UPDATE / MERGE 逻辑落地到真实表。
下面分几个实际场景讲清楚怎么做、为什么这么选、以及最容易栽跟头的地方。
外部表能直接参与 UPDATE 吗？
不能。UPDATE、DELETE、INSERT 都会报错：ORA-30657: operation not supported on external tables。外部表在 Oracle 中定位就是“数据快照入口”，不是可修改对象。哪怕你给它加了主键、建了索引、甚至用 ORACLE_DATAPUMP 类型生成了二进制 dump 文件，也改变不了只读本质。
用 WHERE EXISTS + 子查询更新目标表
这是最常用、兼容性最好、语义最清晰的方式。适用于目标表更新量不大、外部表数据量可控（比如几十万行以内）、且关联字段有索引的场景。
- 确保外部表已正确定义并可查：
SELECT COUNT(*) FROM ext_sales_data能返回预期行数 - 目标表关联字段（如
order_id）必须有索引，否则子查询会全表扫描，性能断崖式下跌 - 写法必须带
WHERE EXISTS，否则没匹配上的行会被设为NULL（常见坑）
UPDATE sales_master t SET t.status = ( SELECT e.new_status FROM ext_sales_data e WHERE e.order_id = t.order_id ) WHERE EXISTS ( SELECT 1 FROM ext_sales_data e WHERE e.order_id = t.order_id );
MERGE INTO 是更安全的批量更新选择
当你要做「存在则更新、不存在则忽略」，或后续可能扩展为「存在则更新、不存在则插入」时，MERGE INTO 比嵌套子查询更可靠，执行计划也更容易预测。
-
MERGE一次扫描外部表，避免子查询对每行重复驱动，大数据量下性能优势明显 - 必须显式指定
ON条件中的等值列，且该列在外部表中不能有重复值（否则报ORA-30926） - 外部表字段类型要和目标表严格对齐，比如
VARCHAR2(50)对VARCHAR2(100)没问题，但NUMBER对CHAR可能隐式转换失败
MERGE INTO sales_master t USING ext_sales_data e ON (t.order_id = e.order_id) WHEN MATCHED THEN UPDATE SET t.status = e.new_status, t.updated_at = SYSDATE;
大文件外部表更新前务必预处理
如果你的外部表指向的是 GB 级 .dat 文件（比如用 ORACLE_DATAPUMP 导出），别急着跑 MERGE。这类文件加载慢、解析开销高，且 Oracle 无法对其做统计信息收集，优化器容易误判执行计划。
- 先用
CREATE TABLE AS SELECT把外部表数据导入一张临时表：CREATE TABLE ext_staging AS SELECT * FROM ext_sales_data - 对临时表建索引、收集统计信息：
EXEC DBMS_STATS.GATHER_TABLE_STATS('SCHEMA', 'EXT_STAGING') - 再用这张临时表替代外部表参与
MERGE或UPDATE，速度通常提升 3–10 倍 - 注意临时表空间配额，
AS SELECT会走 direct-path，不走 buffer cache，但需要足够TEMP和UNDO
外部表不是魔法接口，它只是把文件映射成表名。真正耗时的永远是「怎么让 Oracle 快速定位并关联那几万行要更新的数据」——所以索引、统计信息、是否落盘为临时表，这三个动作比语法本身重要得多。
