表中可以允许的最大分区数是多少，以前并没有太在意过。如果不查文档，有没有快速的方法来得到结果呢。

当时手工是11.2的环境，于是首先想到了INTERVAL分区，这样只需要建立一个INTERVAL为1的分区表，并不停的插入数据，Oracle会自动扩展分区，只到分区上限Oracle会报错。

但是发现这种方法不但耗时很长，而且存在bug，Oracle频繁通过递归调用来创建分区，很快就会导致系统内存耗尽，6G的内存几乎都被共享池占用，系统出现ORA-4031错误。而这时仅仅建立了不到10000个分区。

而利用RANGE分区，可以轻松的ADD PARTITION到20000，也不会造成错误。

关于上面的问题的具体描述，可以参考专门的文章：http://yangtingkun.itpub.net/post/468/499379

那么除了RANGE分区是不是就没有其他更好的方法呢，其实利用HASH分区可以更快的获得这个问题的答案。

如果使用11.2的新特性，根本不需要真正执行创建：

SQL> SELECT * FROM V$VERSION;

BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
PL/SQL Release 11.2.0.1.0 - Production
CORE    11.2.0.1.0      Production
TNS for Linux: Version 11.2.0.1.0 - Production
NLSRTL Version 11.2.0.1.0 - Production

SQL> CREATE TABLE T_PART_HASH
  2  (ID NUMBER)
  3  SEGMENT CREATION DEFERRED
  4  PARTITION BY HASH (ID)
  5  PARTITIONS 1048576;
PARTITIONS 1048576
                 *
第 5 行出现错误:
ORA-14299: 分区/子分区的总数超过了最大限制

SQL> CREATE TABLE T_PART_HASH
  2  (ID NUMBER)
  3  SEGMENT CREATION DEFERRED
  4  PARTITION BY HASH (ID)
  5  PARTITIONS 1048575;
CREATE TABLE T_PART_HASH
*
第 1 行出现错误:
ORA-14223: 此表不支持延迟创建段

根据错误信息的不同，就可以确定，Oracle所支持的最大分区数就是1048575，也就是POWER(2, 20) – 1。

当然如果是其他版本，也可以得到相似的结果，区别在于由于不指定SEGMENT CREATION DEFERRED，那么对于后面那个创建分区表的语句，会开始执行。

而这个执行时间如果不是由于资源不足而报错的话，那么可能至少需要几天的时间，因此确认命令可以执行后，应尽快中止会话。另外不要在任何正式环境执行上面的SQL。