Oracle中的rowids.docVIP

rowids和数据类型UROWID Oracle只用一种数据类型去储存database（由datafiles组成）中的每一行的地址。 物理rowids：在常规表—没有被分割或被簇化的表（不包括索引表—数据的存储组织方式使用的是索引中的主键B-tree的一种变型，而常规表使用的是无序heap的一种组织方式）、簇表（clustered tables）、表分区和其子分区、索引、索引分区和其子分区中的行的地址，这种地址是由物理rowids来存储的。 逻辑rowids：储存索引表中的行的地址。 rowids只有一种数据类型，这种数据类型称为通用rowid（universal rowid）或UROWID；这种数据类型既可以是逻辑rowids，也可以是物理rowids，甚至是外部表的rowids。例如：通过某种网关（gateway）访问的非Oracle的表。 注意： 这种数据类型能存储任何的rowids；不过，初始化参数COMPATIBLE（提供文件格式化的兼容性）的值必须设置为8.1或更高，这样才能使用这种数据类型。 ROWID（列名）和伪列（Pseudocolumn） 在一个Oracle database中的每张表都有一个伪列，这个伪列的名字就是ROWID。使用SQL*Plus，通过执行SELECT * FROM ...语句或DESCRIBE ...语句列出一张表的结构时，你是看不到这个伪列的，而且此伪列也不会占用表的空间。然而，如果一个SQL查询使用ROWID做为某列的检索词，那么你就能得到每行的地址（rowids的值）。例如： SELECT ROWID, last_name FROM employees; 注意： 你不能插入、更新、删除伪列的值，因为Oracle内部需要使用此伪列的值构造索引。 你能像表中的其他列一样引用伪列的值（在SELECT语句中或在WHERE 字句中），但这种值并不存储在database中，它们也不是database的数据。然而，你在创建一张表的时候，可以创建这种数据类型的伪列，但是，Oracle并不保证你所创建的伪列是有效的rowids值，所以用户在创建时必须确保伪列中的值是有效的。 物理rowids 物理rowids提供了一种尽可能最快的访问方式，因为它包含了行的物理地址（可以直接定位到数据块），并允许你遍历单个数据块中的行（因为如果行是在多个数据块中，可能需要额外的I/O操作）。Oracle保证只要行存在，它的rowid值就不会改变。 非簇化表中的每一行都会指派一个唯一的rowid（只有一个），此rowid含有此行的行片断的物理地址（如果行被链化，那么此rowid为最初的那个行片断的物理地址）。 而在簇表中，一行被放在几个不同的表中（一行被分成多行），不过这些行仍然是在同一个数据块中，并且它们拥有同样的rowid。 在行的生存期内，行的rowid一旦被分配就不会改变，除非使用导入、导出工具让一行导出再导进，这时rowid就会重新分配；或者当你删除行并对包含此删除操作的事务进行提交时，被删除的行的rowid会分配给紧接着插入的行。 一个物理rowid数据类型使用以下两种格式之一： 扩展rowid（extended rowid）：这种格式支持与表空间相关的数据块地址，有效的标识出表分区、索引分区、未被分割的表、未被分割的索引中的行。通过Oracle8i或更高版本的服务器创建的表和索引总是使用扩展形式。 限定格式的rowid（restricted rowid）：这种格式主要是Oracle7或更早版本所使用的格式。为了向后兼容，这种格式仍然存在。 扩展rowids 对于被选择的每一行，扩展rowids使用基于64位编码的物理地址格式。这种编码的字符可以是：A-Z, a-z, 0-9, +, 和 /.。例如：以下的查询： SELECT ROWID, last_name FROM employees WHERE department_id = 20; 返回如下信息： ROWID LAST_NAME ------------------ ---------- AAAAaoAATAAABrXAAA BORTINS AAAAaoAATAAABrXAAE RUGGLES AAAAaoAATAAABrXAAG CHEN AAAAaoAATAAABrXAAN BLUMBERG 由以上可以看出一个扩展的rowid由四部份（四个组件）组成，OOOOOOFFFBBBBBBRRR： OOOOOO（object）：OOOOOO表示数据对象号码，它是用来标识数据库中的段（就像上例中的AAAAao）。在同一个段中的方案对象（诸如：表的一个簇）拥有相同的数据对象号。 FFF（files）:与表空间相关的