表中可以允许的最大分区数是多少,以前并没有太在意过。如果不查文档,有没有快速的方法来得到结果呢。
当时手工是11.2的环境,于是首先想到了INTERVAL分区,这样只需要建立一个INTERVAL为1的分区表,并不停的插入数据,Oracle会自动扩展分区,只到分区上限Oracle会报错。
但是发现这种方法不但耗时很长,而且存在bug,Oracle频繁通过递归调用来创建分区,很快就会导致系统内存耗尽,6G的内存几乎都被共享池占用,系统出现ORA-4031错误。而这时仅仅建立了不到10000个分区。
而利用RANGE分区,可以轻松的ADD PARTITION到20000,也不会造成错误。
那么除了RANGE分区是不是就没有其他更好的方法呢,其实利用HASH分区可以更快的获得这个问题的答案。
如果使用11.2的新特性,根本不需要真正执行创建:
SQL> SELECT * FROM V$VERSION;
BANNER
--------------------------------------------------------------------------------
Oracle Database11gEnterprise Edition Release11.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。