1. ROWID

1.1 OB和Oracle中rowid的区别

众所周知，OB兼容Oracle的rowid特性，但是生成规则是存在差异的，具体如下：

OB

●定义：OB的rowid是由主键（包含隐藏主键）通过base64直接计算过来，所以当主键发生变化时，对应的rowid就会发生变化。其中主键生成规则：

   ○有主键非分区表，用户定义的主键

   ○有主键分区表，用户定义的主键

   ○无主键非分区表，内部生成sequence作为隐藏主键

   ○无主键分区表，分区键+sequence作为隐藏主键

●长度：17个字符。

Oracle

●定义：该值表明了该行在oracle数据库中的物理具体位置。保存rowid需要10个字节或者是80个位二进制位。这80个二进制位分别是：

   ○1. 数据对象编号，表明此行所属的数据库对象的编号，每个数据对象在数据库建立的时候都被唯一分配一个编号，并且此编号唯一。数据对象编号占用大约32位。

   ○2. 对应文件编号，表明该行所在文件的编号，表空间的每一个文件标号都是唯一的。文件编号所占用的位置是10位。

   ○3. 块编号，表明改行所在文件的块的位置块编号需要22位。

   ○4. 行编号，表明该行在行目录中的具体位置行编号需要16位。

●长度：rowid需要 10个字节的存储空间，并用18个字符来显示。

1.2 用户业务场景和迁移方案

业务场景

●表A：存储业务单据信息，数据量较大；

●表B：A表关联表，表中有一列存放B表的rowid值；

●业务场景需要经常通过B表去A表关联取数，为了优化取数性能直接通过rowid关联。

迁移方案

由于迁移后OB rowid长度和Oracle不一致，且定义完全不同，列数据迁移过去会失去原有意义成为垃圾数据。具体改造方案如下：

  1.表结构调整：删除rowid类型列，数据也不做迁移；

  2.性能调优：创建合适索引，通过其他字段关联查询。由于业务侧预留了业务主键可以关联，实测性能满足客户需求。

1.3 Oracle rowid发生变化的场景

由于OMS迁移过程中全量和增量迁移都和源端oracle的rowid密切关联（无论有主键表还是无主键表），所以我们需要密切关注Oracle源端的rowid变化场景，迁移过程中都要避免。Oracle rowid发生变化的场景如下：

○1. Oracle 行迁移

○2. 另外一些不急于rowmovement会导致rowid修改的动作，比如move和逻辑导出再导入

Oracle 行迁移（row movement）场景

●行迁移 ( Row movement): 默认情况下，oracle数据块中的一行其生命周期内是不会发生移动的，即块的rowid不会发生改变。但是在某些情景下，我们希望行的rowid可以发生变化，这时候我们就需要启动表的row movement特性。

-- 启用row movement特性
Alter table table_name enable row movement;

（1）分区表

当我们允许分区表的分区键是可更新的时候，如果分区键的更新导致当前修改的数据条目需要移动到其他分区，此时就会发生rowid的改变。

create table test_rowid(id number,test_value varchar2(10))
partition by list(test_value)(
partition p1 values('1'),
partition p2 values('2'),
partition p3 values('3'));

insert into test_rowid values(1,'1');
insert into test_rowid values(2,'2');
insert into test_rowid values(3,'3');
insert into test_rowid values(4,'1');
commit;

select rowid,id,test_value from test_rowid ;
/*ROWID	ID	TEST_VALUE
AAAefAAAHAADJMWAAA	1	1
AAAefAAAHAADJMWAAB	4	1
AAAefBAAHAADJcWAAA	2	2
AAAefCAAHAADJsWAAA	3	3 */
 
update test_rowid set test_value=2 where id=4;
-- ORA-14402: updating partition key column would cause a partition change
 
alter table test_rowid enable row movement;
 
update test_rowid set test_value=2 where id=4;
-- 1 row updated.

select rowid,id,test_value from test_rowid ;
/*ROWID	ID	TEST_VALUE
AAAefAAAHAADJMWAAA	1	1
AAAefBAAHAADJcWAAA	2	2
AAAefBAAHAADJcWAAB	4	2
AAAefCAAHAADJsWAAA	3	3 */
id=4的列rowid发生变化。

（2）闪回操作

在闪回操作时，我们同样需要开启表的row movement特性。

alter table test_rowid disable row movement;
-- Table altered.
 
SQL> select current_scn from v$database;
-- 38719199
 
select rowid,id,test_value from test_rowid where test_value=1;
/* ROWID	ID	TEST_VALUE
AAAefAAAHAADJMWAAA	1	1 */ 

delete from test_rowid where test_value=1;
commit;
 
flashback table test_rowid to scn 38719199;
-- ORA-08189: cannot flashback the table because row movement is not enabled

alter table test_rowid enable row movement;
-- Table altered.
 
flashback table test_rowid to scn 38719199;
-- Flashback complete.
 
select rowid,id,test_value from test_rowid where test_value=1;
/* ROWID	ID	TEST_VALUE
AAAefAAAHAADJMWAAC	1	1 */

flashback table原理：oracle flashback table 是通过临时表来实现的。

create table hh(id number);
insert into hh values(1);
commit;
 
alter table hh enable row movement;
select current_scn from v$database;
--  1635103

update hh set id = 2;
commit; 
 
alter session set tracefile_identifier = 'ee';
alter session set sql_trace=true;
flashback table hh to scn 1635103;
-- Flashback complete.
 

通过查看trace文件，我们可以发现oracle  flashback table 是通过一个临时表sys_temp_fbt来实现的。
trace文件中的部分内容如下：
********************************************************************************
sqlid='dtjmzuugu6ktw'
INSERT /*+ APPEND */ into SYS_TEMP_FBT SELECT /*+ FBTSCAN FULL(S) PARALLEL(S, DEFAULT) */ :1, :2, :3, rowid, SYS_FBT_INSDEL FROM "APPTEST"."HH" as of SCN :4 S
********************************************************************************
sqlid='bytpvbcb8zbb6'
/* Flashback Table */ DELETE /*+ BYPASS_UJVC */ FROM (SELECT /*+ ORDERED USE_NL(S) PARALLEL(S,DEFAULT) PARALLEL(T,DEFAULT) */ S.rowid FROM SYS_TEMP_FBT T, "APPTEST"."HH" S WHERE T.rid = S.rowid and T.action = 'D' and T.object#  = : 1) V
********************************************************************************
sqlid='a3h5cbfc5b6xv'
/* Flashback Table */ INSERT /*+ PARALLEL(S, DEFAULT) PARALLEL(T, DEFAULT) */ INTO "APPTEST"."HH" SELECT /*+ USE_NL(S) ORDERED PARALLEL(S, DEFAULT) PARALLEL(T, DEFAULT) */ S.* FROM SYS_TEMP_FBT T , "APPTEST"."HH" as of SCN :1 S WHERE T.rid = S.rowid and T.action = 'I' and T.object# = :2 
 
由此可见，oracle是通过SYS_TEMP_FBT进行删除操作，而后进行插入操作，
因此行的rowid有可能发生改变。
 SQL> select * from sys_temp_fbt ;
SCHEMA     OBJECT_NAME             OBJECT# RID                            A
---------- -------------------- ---------- ------------------------------ -
hh       hh                      76906 AAASxqAAGAAAAC0AAA             D
hh       hh                      76906 AAASxqAAGAAAAC0AAA             I


SQL> select tname,tabtype from tab;
TNAME                    TABTYPE
------------------------------ -------
HH                     TABLE
SYS_TEMP_FBT       TABLE

drop表Oracle有另外的回收站技术恢复，不需要开ROW MOVEMENT

SQL> ALTER TABLE test_rowid DISABLE ROW MOVEMENT;  
Table altered.  
SQL> DROP TABLE test_rowid;  
Table dropped.  
SQL> FLASHBACK TABLE test_rowid TO BEFORE DROP;  
Flashback complete.  
没错，因为drop表Oracle有另外的回收站技术恢复过来，而删除几行记录是不能 直接通过回收站恢复的。

（3）回收空间

在收缩空间时，也会造成行的移动

SQL> alter table hh disable row movement;
Table altered.
 
SQL> alter table hh shrink space;
alter table hh shrink space
*
ERROR at line 1:
ORA-10636: ROW MOVEMENT is not enabled
 
SQL> alter table hh enable row movement;
Table altered.
 
SQL> alter table hh shrink space;
Table altered.
 
Shrink space操作（without  compact）也会导致所有已经打开的游标失效，因此需要谨慎使用！

1.4 OB rowid变化场景：

对于源端是OB的情况，OMS迁移并不会依赖rowid，通过前面的介绍也可以看到OB rowid的变化是很频繁的，主要变化场景如下：

●有主键非分区表，主键发生变化，rowid变化

●有主键分区表，因为分区键包含在主键内，所以同上

●无主键非分区表，对于一行记录rowid不会变化。

●无主键分区表，分区键发生变化时，rowid变化