当然，外部表中的数据只能查询，不能做DML操作，譬如，随机删除表中的一条数据
　　SQL> delete from emp_load where rownum=1;
　　delete from emp_load where rownum=1
　　*
　　ERROR at line 1:
　　ORA-30657: operation not supported on external organized table
　　如果想对该外部表数据进行DML操作，可先将外部表的数据导入到内部表中。具体步骤如下：
SQL> create table test as select * from emp_load where 1=0;
Table created.
SQL> INSERT /*+ APPEND */ INTO test select * from emp_load;
2899265 rows created.
Elapsed: 00:01:00.29
SQL> select * from test where rownum<=100;
select * from test where rownum<=100
*
ERROR at line 1:
ORA-12838: cannot read/modify an object after modifying it in parallel
SQL> commit;
Commit complete.
SQL> select * from test where rownum<=100;
　　在这里，为了节省时间，我用了直接路径插入，可以看出，插入近300万数据，只用了1分左右的时间，考虑到我虚拟机上的数据库，只给它分配了300M的内存，加载的效率还是相当可观的。
　　SQL> show parameter memory
　　NAME                     TYPE     VALUE
　　------------------------------------ ----------- ------------------------------
　　hi_shared_memory_address         integer     0
　　memory_max_target             big integer 300M
　　memory_target                 big integer 300M
　　shared_memory_address             integer     0
　　后来，测试了一下传统路径插入所消耗的时间，为了和直接路径插入进行比较，剔除SQL解析，data buffer等因素的影响，清空了共享池和buffer cache，具体如下：
SQL> conn /as sysdba
Connected.
SQL> alter system flush shared_pool;
System altered.
SQL> alter system flush buffer_cache;
System altered.
SQL> conn scott/tiger
Connected.
SQL> set timing on
SQL> insert into test select * from emp_load;
2899265 rows created.
Elapsed: 00:01:05.36
　　用传统路径插入（即会产生redo日志），耗时1分5秒，相对于直接路径插入，两者效率相差不大，看来还是数据量较小，不能明显的体现直接路径插入速度上的优势。
　　注意：在SQL*PLUS中，number字段的输出默认为10，这样会导致对于937116510102250300这样的数值，可能会显示为9.3712E+17，在这里，可通过set numwidth 18来显示完整的number字段的值。