/*
 结论：很多人想用ALTER TABLE MOVE的方式来降低高水平，结果经常忽略了这个操作会导致索引失效，
*/ 
/*
1.truncate分区会导致全局索引失效，不会导致局部索引失效。如果truncate 增加update global indexes，全局索引不会失效。
2.drop分区会导致全局索引失效，局部索引因为drop分区，所以也不存在该分区的局部索引了。如果drop分区增加update global indexes，全局索引不会失效。
3.split分区会导致全局索引失效，也会导致局部索引失效。如果split分区增加update global indexes，全局索引不会失效。
4.add 分区不会导致全局索引失效，也不会导致局部索引失效。
5.exchange会导致全局索引失效，不会导致局部索引失效。如果exchange分区增加update global indexes，全局索引不会失效。

重要结论：
1. 所有的全局索引，只要用到update global indexes ,都不会失效，其中add分区甚至不需要增加update global indexes都可以生效。
2. 局部索引的操作都不会失效，除了split分区。切记split分区的时候，要将局部索引进行rebuild;
*/




/*
结论：
  1. 在无索引的情况下，表的记录越大，插入的速度只会受到很小的影响，基本不会越慢。
  2. 在无索引的情况下，分区表的插入要比普通表更慢，因为插入的数据需要做判断落在哪个分区。有这方面的开销。
  3. 在有索引的情况下，表记录越大，索引越多，插入速度越慢。
  4. 在有索引的情况下，如果表非常大，索引也很多，在条件允许下，可以将索引先失效再生效，速度可以更快。
  5. 在有索引的情况下，分区表如果只是有局部索引，一般来说，分区表的插入速度比普通表更快，因为每个分区的分区索引都比较小，更新的开销自然也小。
*/


/*  
  结论：普通的对表建索引将会导致针对该表的更新操作无法进行，需要等待索引建完。更新操作将会被建索引动作阻塞。
        另注：在案例的章节中，大家将会见到ONLINE建索引的方式，
        这种建索引的方式不会阻止针对该表的更新操作，与建普通索引相反的是，ONLINE建索引的动作是反过来被更新操作阻塞。
*/
/*  
  结论：建索引的过程会产生排序，排序的开销一般比较大，所以要尽量避免在生产缓慢的时候建索引。
  
*/


/*
  结论：什么类型就放什么值，否则会发生类型转换，导致系能问题！
（是存放字符的字段就设varchar2类型,是存放数值的字段就设置number类型,是存放日期的字段就设置date类型）
  另外不止是类型转换，如果对列进行了运算，比如substr(列），trunc(列)等等，也会导致用不上索引，具体见案例分析中
  
*/

/
*结论：一般来说，联合索引和单列索引如果有交叉，需要谨慎考虑
比如联合索引nbr,area_code  和单列的nbr索引就有多余，因为nbr,area_code的索引可以用在单列nbr索引上。


*/