老外要我delete table

今天，老外要我运行下面的SQL

delete from idwsq11.SH30_PRCSS_EXCTN_LOG e
where deriv_prcss_time_stamp < to_date('2010-JAN-01', 'YYYY-MON-DD');

省略其他信息。。。。。

为啥老外自己不做呢？ 其实冤枉他了，他删除了的 不过等了半小时还没完，不耐烦了，然后kill了给我删除。

explain plan for delete from idwsq11.SH30_PRCSS_EXCTN_LOG e
where deriv_prcss_time_stamp < to_date('2010-JAN-01', 'YYYY-MON-DD');

SQL> select * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------------------------------

Plan hash value: 1015128491

-----------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
-----------------------------------------------------------------------------------------------
| 0 | DELETE STATEMENT | | 203K| 5161K| 432 (3)| 00:00:05 |
| 1 | DELETE | SH30_PRCSS_EXCTN_LOG | | | | |
|* 2 | INDEX RANGE SCAN| SH30_PRCSS_EXCTN_LOG_IDX6 | 203K| 5161K| 432 (3)| 00:00:05 |
-----------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

2 - access("DERIV_PRCSS_TIME_STAMP"<TO_DATE('2010-01-01 00:00:00', 'yyyy-mm-dd
hh24:mi:ss'))

15 rows selected.

SQL> select count(*) from idwsq11.SH30_PRCSS_EXCTN_LOG;

COUNT(*)
----------
342124

Elapsed: 00:00:02.87
SQL> select count(*) from idwsq11.SH30_PRCSS_EXCTN_LOG
2 where deriv_prcss_time_stamp < to_date('2010-JAN-01', 'YYYY-MON-DD');

COUNT(*)
----------
192332

要删除192332条数据，表一共有342124条数据，执行计划居然走索引，很明显表统计信息过期了，执行计划有问题。

这也不难解释为什么老外删了半天没动静

select ' alter index ' || index_owner || '.' || index_name ||' unusable ;'name from
dba_ind_columns where table_owner=upper('idwsq13') and
table_name=upper('SH30_PRCSS_EXCTN_LOG');

alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX3 unusable ;
alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX4 unusable ;
alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX5 unusable ;
alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX6 unusable ;
alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX2 unusable ;

SQL> alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX3 unusable ;

Index altered.

Elapsed: 00:00:00.93

SQL> alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX4 unusable ;

Index altered.

Elapsed: 00:00:01.95

SQL> alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX5 unusable ;

Index altered.

Elapsed: 00:00:00.95

SQL> alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX6 unusable ;

Index altered.

Elapsed: 00:00:00.93

SQL> alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX2 unusable ;

Index altered.

Elapsed: 00:00:02.03

SQL> delete /*+ parallel(e,8)*/ from idwsq11.SH30_PRCSS_EXCTN_LOG e

2 where deriv_prcss_time_stamp < to_date('2010-JAN-01', 'YYYY-MON-DD');

192332 rows deleted.

Elapsed: 00:00:07.04

SQL> commit;

Commit complete.

Elapsed: 00:00:00.93

SQL> alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX3 rebuild online nologging parallel ;

Index altered.

Elapsed: 00:02:52.76

SQL> alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX4 rebuild online nologging parallel ;

Index altered.

Elapsed: 00:00:05.59

SQL> alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX5 rebuild online nologging parallel ;

Index altered.

Elapsed: 00:00:04.35

SQL> alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX6 rebuild online nologging parallel ;

Index altered.

Elapsed: 00:00:04.03

SQL> alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX2 rebuild online nologging parallel ;

Index altered.

Elapsed: 00:00:04.86

现在多快啊，不到2分钟全部搞定。

总结：如果要对表进行大规模delete操作，大规模update，先看看执行计划，评估一下走索引好还是走全表扫描好(全表扫描还可以利用并行特征),如果表上面有索引，那么先unusable索引，然后rebuild 索引。如果是删除操作，那么还要 alter table move。降低高水位，然后再 rebuild index。

如果要对表进行大规模批量加载 那么先 unusable index ,然后 append parallel nologging ，最后rebuild index

批量加载示例：
insert into /*+ append parallel nologging */ ADWGU_DICFR.DICFR_SALES_FCT select /*+ parallel(e,8) */ * from adwgq_dicfr.DICFR_SALES_FCT@adw1d e;

今天我就做了个 dblink加载1亿1千万条的记录，花了1小时10分钟。

注意parallel 根据CPU核数设置，如果你CPU有8个核，那么你可以设置parallel 8