ORACLE分区表、分区索引详解
ORACLE分区表、分区索引ORACLE对于分区表方式其实就是将表分段存储，一般普通表格是一个段存储，而分区表会分成多个段，所以查找数据过程都是先定位根据查询条件定位分区范围，即数据在那个分区或那几个内部，然后在分区内部去查找数据，一个分区一般保证四十多万条数据就比较正常了，但是分区表并非乱建立，而其维护性也相对较为复杂一点，而索引的创建也是有点讲究的，这些以下尽量阐述详细即可。

1、类型说明：
range分区方式，也算是最常用的分区方式，其通过某字段或几个字段的组合的值，从小到大，按照指定的范围说明进行分区，我们在INSERT数据的时候就会存储到指定的分区中。
List分区方式，一般是在range基础上做的二级分区较多，是一种列举方式进行分区，一般讲某些地区、状态或指定规则的编码等进行划分。
Hash分区方式，它没有固定的规则，由ORACLE管理，只需要将值INSERT进去，ORACLE会自动去根据一套HASH算法去划分分区，只需要告诉ORACLE要分几个区即可。

分区可以进行两两组合，ORACLE 11G以前两两组合都必须以range作为一级分区的开头，ORACLE目前最多支持2级别分区，但这个级别已经够我们使用了。
我这只以最简单的分区方式创建分区来说明问题，就拿range分区来说明问题吧（基本创建语句如下）：
CREATE [url=]TABLE[/url] TABLE_PARTITION(
       COL1   NUMBER,
       COL2   VARCHAR2(10)
)
partition by range(COL1)(
          partition TAB_PARTOTION_01 values less than (450000),
          partition TAB_PARTOTION_02 values less than (900000),
          partition TAB_PARTOTION_03 values less than (1350000),
          partition TAB_PARTOTION_04 values less than (1800000),
          partition TAB_PARTOTION_OTHER values less THAN (MAXVALUE)
);

这个分区表创建了四个定长分区，理想情况下，存储450000条数据，扩展分区是超过这个数额的分区，当发现扩展分区有数据的时候，可以进行将扩展分区做SPLIT操作，这个后面说明，这里先说一下一些常用的分区表查询功能，我们先插入一些数据进去。
INSERT INTO TABLE_PARTITION(COL1,COL2)
VALUES(1,'数据测试');
INSERT INTO TABLE_PARTITION(COL1,COL2)
VALUES(23,'数据测试');
INSERT INTO TABLE_PARTITION(COL1,COL2)
VALUES(449000,'数据测试');

INSERT INTO TABLE_PARTITION(COL1,COL2)
VALUES(450000,'数据测试');



INSERT INTO TABLE_PARTITION(COL1,COL2)
VALUES(1350000,'数据测试');

INSERT INTO TABLE_PARTITION(COL1,COL2))
VALUES(900000,'数据测试');

INSERT INTO TABLE_PARTITION(COL1,COL2)
VALUES(1800000-1,'数据测试');
COMMIT;
为了检测哪些分区中有哪些数据分别按照分区去查询数据（应用开发中基本不会用到，因为不会把分区写死）
SQL> SELECT * FROM TABLE_PARTITION partition(TAB_PARTOTION_01);
      COL1     COL2
---------- ---------------
         1        数据测试
        23       数据测试
    449000    数据测试
说明第一个分区有：1、23、44900这些数据，也就是插入时，ORACLE是自己去找分区的，其实分区这种子表[url=]管理[/url]自己也可以通过程序去完成，ORACLE给你提供了一套，就可以自己去完成了。其余的数据就自己查了，都是一个道理。

2、分区应用：
一般一张表超过2G的大小，ORACLE是推荐使用分区表的，分区一般都需要创建索引，说到分区索引，就可以分为：全局索引、分区索引，即：global索引和local索引，前者为默认情况下在分区表上创建索引时的索引方式，并不对索引进行分区（索引也是表结构，索引大了也需要分区，关于索引以后专门写点）而全局索引可修饰为分区索引，但是和local索引有所区别，前者的分区方式完全按照自定义方式去创建，和表结构完全无关，所以对于分区表的全局索引有以下两幅网上常用的图解：
2.1、对于分区表的不分区索引（这个有点绕，不过就是表分区，但其索引不分区）：

创建语法(直接创建即可)：
CREATE INDEX <index_name> ON <partition_table_name>(<column_name>);



2.2、对于分区表的分区索引:

创建语法为：
CREATE [url=]INDEX[/url] INX_TAB_PARTITION_COL1 ON TABLE_PARTITION(COL1)
  GLOBAL PARTITION BY RANGE(COL1)
         PARTITION IDX_P1 values less than (1000000),
         PARTITION IDX_P2 values less than (2000000),
         PARTITION IDX_P3 values less than (MAXVALUE)
  )

2.3、LOCAL索引结构：


创建语法为：
CREATE INDEX INX_TAB_PARTITION_COL1 ON TABLE_PARTITION(COL1) LOCAL;
也可按照分区表的的分区结构给与一一定义，索引的分区将得到重命名。
分区上的位图索引只能为LOCAL索引，不能为GLOBAL全局索引。

2.4、对比索引方式：

  一般使用LOCAL索引较为方便，而且维护代价较低，并且LOCAL索引是在分区的基础上去创建索引，类似于在一个子表内部去创建索引，这样开销主要是区分分区上，很规范的管理起来，在OLAP系统中应用很广泛；而相对的GLOBAL索引是全局类型的索引，根据实际情况可以调整分区的类别，而并非按照分区结构一一定义，相对维护代价较高一些，在OLTP环境用得相对较多，这里所谓OLTP和OLAP也是相对的，不是特殊的项目，没有绝对的划分概念，在应用过程中依据实际情况而定，来提高整体的运行性能。

3、常用视图：
1、查询当前用户下有哪些是分区表：
SELECT * FROM USER_PART_TABLES;

2、查询当前用户下有哪