如何提高基于 SCN 的查询性能？

Question

在 Oracle 数据库中有一个pseudocolumn which's called ora_rowscn。如果检索到它，它将显示该行最近更改的 SCN（如文档中所述）。

还有一个选项 rowdependencies 或 CREATE TABLE 可以为每一行而不是整个数据块（默认）打开 SCN 的存储。

因此，我使用此列的值来指示哪些行已更新并且需要上传到另一个数据库。

让我们考虑这个例子：

1. 架构S1 中有一个表T1，其中包含数百万条记录（常规查询无法承受对表的全面扫描）。

   CREATE TABLE T1 {
     A INTEGER PRIMARY KEY,
     B VARCHAR2(100),
     C DATE
   }
   /
   

2. 有S2, S3, S4, S5.. 的架构，每个架构中都有T2 的表。

   CREATE TABLE T2 {
     A INTEGER
   }
   /
   

3. T2 中只有一行，但 T2.A 的值在不同的架构中可能不同。

所以，我需要在每个模式 (S2, S3, S4...) 中检索来自 S1.T1 的所有行，其中 ora_rowscn 的值大于 S*.T2.A（然后我使用这个数据块）。 获取这些行后，我用当前系统 SCN (dbms_flashback.get_system_change_number) 重写 S*.T2.A 的值。

任何架构的以下查询都在这里：

查询 1：

SELECT * FROM S1.T1 WHERE ora_rowscn > (SELECT A FROM T2);

查询 2（它在我完成上一个查询返回的数据集的工作时执行）：

UPDATE T2 SET A = dbms_flashback.get_system_change_number;

问题是查询 1 的性能不可接受（对表 S1.T1 进行全面扫描）并且无法为列 ora_rowscn 建立索引。

问题：有哪些方法可以提高查询 1 的性能？

Answer 1

您不能索引ora_rowscn。因此，查询 1 的最佳计划是FULL TABLE SCAN。

由于这是不可接受的，您将不得不使用另一个标记，例如 last_updated date 列。此列是可索引的，但您必须对其进行更新。您可以使用小型轻量级触发器自动执行此更新。

查询 1 针对索引列的性能将取决于检索到的行数。

Answer 2

您只关心自上次运行上传以来插入或更新了哪些行。

为什么不在表中添加一个标志，将每一行标记为“脏” - 即插入前触发器会将其设置为“X”，而更新前触发器会将其设置为“X”。

然后，编写您的上传过程以查询表中标志为 NOT NULL 的任何行，然后在成功时将标志设置为 NULL。请注意，这意味着在上传过程中插入/更新的新行仍将被正确标记，并在下次上传运行时被拾取。

如果插入/更新的行数与表中的总行数相比是一个非常小的比例，那么在标志上的索引将很有用，因为 NULL 标志不会存储在索引中（即索引通常会变小。

编辑：

对于需要更新多个架构的情况，一个等效的解决方案是使用一个单独的表来保存已更改行的 ID。该表应该有每个目标模式的标志。当所有标志都设置为 NULL 后，从表中删除该行。