表空间的初始大小分配

今天进行表空间创建的时候，由于参考生产库的表空间使用是100G。此处我就用64G来作为初始表空间。 结果，抛出如下错误：

SQL> create tablespace IDX_ARC
  2    datafile  '/oradata2/alpha180/IDX_ARC001.DBF'
  3  size 65536M extent management local
  4  segment space management auto;

create tablespace IDX_ARC
  datafile  '/oradata2/alpha180/IDX_ARC001.DBF'
size 65536M extent management local
segment space management auto

ORA-01144: File size (8388608 blocks) exceeds maximum of 4194303 blocks

AIX 64位的平台

下面是oracle err messages:

ORA-01144: File size (string blocks) exceeds maximum of string blocks

Cause: Specified file size is larger than maximum allowable size value.

Action: Specify a smaller size.

开始以为是操作系统的限制导致的，但是查了一下，没看到相关的限制(都已经-1了)

具体原因是什么呢？（如下为转载）

这要从Oracle的伪列rowid说起，话说.....

先看看关于rowid一段文章就明白了：(关于什么是rowid请baidu)

rowid在磁盘上需要10 个字节(byte)的存储空间 并使用18 个字符来显示它包含下列组件：数据对象编号，相关文件编号，块编号，行编号

rowid在磁盘上需要10 个字节(byte)的存储空间并使用18 个字符来显示它包含下列组件：

数据对象编号：每个数据对象如表或索引在创建时都分配有此编号，并且此编号在数据库中是唯一的;
相关文件编号：此编号对于一个表空间中的每个文件是唯一的;
块编号： 标识块头中行目录位置的位置;
行编号： 表示包含此行的块在文件中的位置;

在内部数据对象编号需要32位(bit)，相关文件编号需要10位(bit)，块编号需要22位(bit) ， 位行编号需要16位，加起来总共是80位或10 个字节，ROWID 使用以64为基数的编码方案来显示该方案将6个位置用于数据对象，编号3个位置用于相关文件编号,6个位置用于块编号,3个位置用于行编号以64为基数的 编码方案使用字符A-Z a-z 0-9 + 和/共64 个字符，如下例所示：
AAAB/R AAB AAAGmS AAA

由于block是22位(bit),

22bit就是一个22位二进制数，换算成十进制就是 2的22次方-1=4194303 也就是说，一个datafile最多容纳这么多个blocks

2K数据库的数据文件的size最大只能是8G
而依此类推8K数据块的一个数据文件的最大size只能是32G。

 

再次执行，把表空间的初始值调为30G。ok，正常。