为什么ora_rowscn在不更新表的情况下发生变化

Question

我与ora_rowscn 一起跟踪表中更改的行并处理更新的行。

上周我注意到，对于我使用rowdependencies 创建的一些（不是全部）表，ora_rowscn 发生更改，而表上没有任何事务。我的意思是，如果我选择max(ora_rowscn)，我总是会得到更高的数字。

这是我如何创建表格的示例

1. 创建表

   create table test ( test_id number, txt varchar2(5) ) rowdependencies;
   

2. 往表中插入一些数据

   insert into test values(1,'a');
   insert into test values(2,'b');
   insert into test values(3,'c');
   

3. 使用 ORA_ROWSCN 多次查询表

   select max(ora_rowscn),max(b.current_scn) from test a, v$database b
   

我每次查询都会得到一个更高的max(ora_rowscn)。

在 MetaLink 上我发现了两个报告的错误（错误 14093863、错误 9814923），它们似乎是同一个问题，但设置为不是错误。

为什么会发生，有什么解决方案可以让它工作或修复它？

Answer 1

我们询问了我们的 Oracle 联系人并得到了以下答案。

“这不是错误，它的未记录功能。”

ORA_ROWSCN 是在清除块时生成的 交易。可能会发生两种块清除：快速 清理和延迟清理。

请注意，对于延迟清除，事务的确切 commit-scn 当由该事务修改的块时可能不可用 清理干净，因此我们可能会得到 commit-scn 的上限。 因此，对于那些快速清除的块，我们可以更新 ORA_ROWSCN 交易提交后；

但是，对于那些延迟清除的块，我们只更新 下次我们触摸块时对应的 ORA_ROWSCN (DML 或 选择）。可能是几个小时后。有可能我们是 在其他表中做一堆工作人员（因此 SCN 会增加） 而且我们没有在这个表 T 中做任何事务。但是当我们 查询表 T 的 ORA_ROWSCN 我们仍然可以得到最近的数字 对于 SCN，因为块刚刚被清除（但是 交易已在几个小时前提交）。这个 ORA_ROWSCN 是 最后一个事务的提交时间的上限。

看起来问题确实存在。如果我理解正确，这种情况没有简单的解决方案。

我希望它有助于了解其他用户的问题。

在这里我找到了一些关于块清除的更多不安全的信息

• Clean it up 乔纳森·刘易斯
• Delayed Block cleanout

Answer 2

怎么样：

select 
  max(a.test_id) KEEP (DENSE_RANK FIRST ORDER BY a.ora_rowscn desc),
  max(a.txt) KEEP (DENSE_RANK FIRST ORDER BY a.ora_rowscn desc),
  max(a.rowid) KEEP (DENSE_RANK FIRST ORDER BY a.ora_rowscn desc),
  max(a.ora_rowscn)
from test a;

这应该标识正在更改的行。