了解 Oracle 中的 ORA_ROWSCN 行为

Question

所以这本质上是Finding duplicate records 的后续问题。

我们每天都从文本文件中导入数据，最后我们两次导入了分布在 182 个文件中的 10163 条记录。在运行上述查询以查找重复项时，我们获得的记录总数为 10174，比文件中包含的记录多 11 条。我假设有 2 条记录完全相同，并且在查询中也是有效的记录。所以我认为最好使用时间戳字段并简单地查找今天运行的所有记录（因此最终添加了重复的行）。我通过以下查询使用了 ORA_ROWSCN：

select count(*) from my_table
where TRUNC(SCN_TO_TIMESTAMP(ORA_ROWSCN)) = '01-MAR-2012'
;

但是，计数仍然更多，即 10168。现在，通过在包含所有文件的文件夹中运行以下命令，我很确定文件中的总行数为 10163。 wc -l *.txt.

是否有可能找出哪些行实际上被插入了两次？

Answer 1

默认情况下，ORA_ROWSCN 存储在块级别，而不是行级别。如果表最初是在启用ROWDEPENDENCIES 的情况下构建的，则它仅存储在行级别。假设您可以将表的许多行放在一个块中，并且您没有使用 APPEND 提示将新数据插入到表的现有高水位线之上，您可能会将新数据插入到块中其中已经有一些现有数据。默认情况下，这将更改块中每一行的ORA_ROWSCN，导致您的查询计算的行数比实际插入的行数多。

由于 ORA_ROWSCN 仅在最后一次在行上存在 DML 时才保证为上限，因此更常见的做法是通过向默认为SYSDATE 的表或在INSERT 运行后依赖SQL%ROWCOUNT（当然，假设您使用单个INSERT 语句来插入所有行）。

一般来说，使用ORA_ROWSCN 和SCN_TO_TIMESTAMP 函数将是一个有问题的方法来识别插入行的时间，即使表是用ROWDEPENDENCIES 构建的。 ORA_ROWSCN 返回一个 Oracle SCN，它是一个系统更改号。这是特定更改（即交易）的唯一标识符。因此，SCN 和时间之间没有直接联系——我的数据库生成 SCN 的速度可能比你的快一百万倍，而我的 SCN 1 可能与你的 SCN 1 相差数年。Oracle 后台进程SMON 维护一个将 SCN 值映射到近似时间戳的表，但它只在有限的时间段内维护该数据——否则，您的数据库将最终得到一个仅将 SCN 存储到时间戳映射的数十亿行表。如果该行是在一周前插入的（确切的限制取决于数据库和数据库版本），SCN_TO_TIMESTAMP 将无法将 SCN 转换为时间戳并返回错误。