今天看到《删除分区如何不让全局索引失效？》这篇文章有朋友提了个问题，
truncate是删除数据操作，但他是DDL语句，不是delete这种DML语句，不会写redo和undo，不能rollback。
官方文档，已经明确指出，除非使用update indexes，否则用truncate分区表，就会导致全局索引失效，必须重建，
Unless you specify UPDATE INDEXES, any global indexes are marked UNUSABLE and must be rebuilt. (You cannot use UPDATE INDEXES for index-organized tables. Use UPDATE GLOBAL INDEXES instead.)
在alter table分区表的操作中带着update indexes，就会让Oracle在执行DDL语句的同时，更新索引，当然这会让alter table执行的时间更长。这就是所谓“甘蔗没有两头甜”。
扩展一下，对堆表来说，alter table不带update indexes，则涉及的局部索引会失效，涉及的全局索引会标记为失效，需要重建，对索引组织表，局部索引的效果和堆表相同，但是全局索引仍可用，
分区表执行drop、truncate、exchange这些DDL操作，不再是快速操作，他的时间就需要衡量了，因为会导致全局索引的失效，需要重建索引，
The DROP, TRUNCATE, and EXCHANGE operations are no longer fast operations. Again, you must compare the time it takes to do the DDL and then rebuild all indexes.
最简单的方式，当然就是测试，实践是检验真理的唯一标准。
创建测试表、测试数据，
SQL> CREATE TABLE interval_sale2( prod_id NUMBER(6)3, cust_id NUMBER4, time_id DATE5)6PARTITION BY RANGE (time_id)7INTERVAL(NUMTOYMINTERVAL(1, 'YEAR'))8 ( PARTITION p0 VALUES LESS THAN (TO_DATE('1-1-', 'DD-MM-YYYY')),9PARTITION p1 VALUES LESS THAN (TO_DATE('1-1-', 'DD-MM-YYYY')),10 PARTITION p2 VALUES LESS THAN (TO_DATE('1-1-', 'DD-MM-YYYY')),11PARTITIONp3VALUESLESSTHAN(TO_DATE('1-1-','DD-MM-YYYY')));Table created.SQL>insertintointerval_salevalues(1,1,to_date('2002-01-01','yyyy-mm-dd'));1 row created.SQL>insertintointerval_salevalues(2,2,to_date('-01-01','yyyy-mm-dd'));1 row created.SQL>insertintointerval_salevalues(3,3,to_date('-01-01','yyyy-mm-dd'));1 row created.SQL>insertintointerval_salevalues(4,4,to_date('-01-01','yyyy-mm-dd'));1 row created.SQL>commit;Commit complete.
创建全局索引，
SQL> create index idx_01 on interval_sale(cust_id);Index created.SQL> select table_name, index_name, partitioned, status from user_indexes where table_name='INTERVAL_SALE';TABLE_NAMEINDEX_NAMEPAR STATUS-----------------------------------------INTERVAL_SALEIDX_01NO VALID
执行truncate，不带update indexes，
SQL>altertableinterval_saletruncatepartitionp1;Table truncated.
此时索引状态，UNUSABLE，
SQL>selecttable_name,index_name,partitioned,statusfromuser_indexeswheretable_name='INTERVAL_SALE';TABLE_NAMEINDEX_NAMEPAR STATUS---------------------------------------INTERVAL_SALEIDX_01NOUNUSABLE
如果用了update indexes，全局索引状态，仍是VALID，
SQL>altertableinterval_saletruncatepartitionp3updateindexes;Table truncated.SQL>selecttable_name,index_name,partitioned,statusfromuser_indexeswheretable_name='INTERVAL_SALE';TABLE_NAMEINDEX_NAMEPAR STATUS----------------------------------------INTERVAL_SALEIDX_01NOVALID
当然，按照《删除分区如何不让全局索引失效？》逻辑，执行delete，再执行truncate，
SQL>deletefrominterval_salepartition(p0);2rowsdeletedSQL>altertableinterval_saletruncatepartitionp0;Table truncated.
此时全局索引状态还是VALID，但是这种操作，没什么实际意义，
SQL>selecttable_name,index_name,partitioned,statusfromuser_indexeswheretable_name='INTERVAL_SALE';TABLE_NAMEINDEX_NAMEPAR STATUS--------------- ------------- --- --------INTERVAL_SALEIDX_01NOVALID
近期热文：
《NUMBER长度的误解》
《《decode函数的妙用》网友的两个问题解答》
《decode函数的妙用》
《虚拟内存详解》
《7号球衣的故事：重要的不是号码，而是穿着它的人》
《插入"&"特殊字符的几种思考》
《connect by超乎你想象》
《TOEIC科普一下》
