Oracle：如何查找模式中上次更新（任何表）的时间戳？

Question

有一个Oracle数据库模式（数据很小，但仍然有10-15个表左右）。它包含一种配置（路由表）。

有一个应用程序必须不时轮询此架构。不得使用通知。

如果架构中没有数据更新，应用程序应使用其当前的内存版本。

如果任何表有任何更新，应用程序应将所有表重新加载到内存中。

自给定关键点（时间或事务 ID）以来检查整个模式是否更新的最有效方法是什么？

我想象 Oracle 为每个模式保留一个事务 ID。那么应该有一种方法来查询这样的 ID 并保留它以便在下次轮询时进行比较。

我发现了这个问题，其中行级别上存在这样的伪列：

如何查明 Oracle 表上次更新的时间

我认为在架构级别上存在类似的东西。

有人可以指出我正确的方向吗？

Answer 1

我不知道 Oracle 中有任何此类功能。 请参阅下文。

我能想到的最佳解决方案是在每个表上创建一个触发器来更新单行表或 上下文 与当前日期/时间。此类触发器可以位于表级别（而不是行级别），因此它们不会像大多数触发器那样带来那么多开销。

顺便说一句，Oracle 无法为每个模式保留一个事务 ID，因为一个事务可能会影响多个模式。或许可以使用 V$ 视图来跟踪事务回其影响的对象，但这并不容易，而且几乎肯定会比触发方案执行得更差。

事实证明，如果你有10g，你可以使用Oracle的闪回功能来获取这些信息。但是，您需要启用闪回（这会带来一些自身的开销），并且查询速度非常慢（可能是因为它并不是真正用于此用途）：

select max(commit_timestamp) 
from FLASHBACK_TRANSACTION_QUERY 
where table_owner = 'YOUR_SCHEMA' 
      and operation in ('INSERT','UPDATE','DELETE','MERGE') 

---

为了避免“上次更新”表中的锁定问题，您可能希望将该更新放入使用自主事务的过程中，例如：

create or replace procedure log_last_update as
pragma autonomous_transaction;
begin
   update last_update set update_date = greatest(sysdate,update_date);
   commit;
end log_last_update;

这将导致您的应用程序在某种程度上进行序列化：需要调用此过程的每个语句都需要等待前一个语句完成。 “上次更新”表也可能不同步，因为即使激活触发器的更新被回滚，其上的更新也将持续存在。最后，如果您的交易特别长，应用程序可能会在交易完成之前获取新的日期/时间，从而达不到目的。我越想这件事，就越觉得这是一个坏主意。

---

避免这些问题的更好解决方案是从触发器插入一行。这不会锁定表，因此不会有任何序列化，并且插入不需要异步进行，因此它们可以与实际数据一起回滚（并且在您的应用程序之前不可见）数据也可见）。应用程序将获得最大值，如果表已建立索引，这应该非常快（事实上，该表将是索引组织表的理想候选者）。唯一的缺点是您需要一个定期运行的作业来清除旧值，这样它就不会变得太大。

Answer 2

dbms_stats.gather_table_stats 也可能有帮助：http://forums .oracle.com/forums/thread.jspa?threadID=607610

   4. Statistics is considered to be stale, when the change is over 10% of current rows. 
   (As of 11g, this value can be customized per objects. Cool feature)


    .
    . 
    .

exec dbms_stats.gather_table_stats(user, 'T_STAT');

select * from sys.dba_tab_modifications where table_name = 'T_STAT';
No row selected

select stale_stats from sys.dba_tab_statistics where table_name = 'T_STAT';
NO

insert into t_stat select rownum from all_objects where rownum <= 20;

select * from sys.dba_tab_modifications where table_name = 'T_STAT';
No rows selected <-- Oops
select stale_stats from sys.dba_tab_statistics where table_name = 'T_STAT';
NO  <-- Oops

exec dbms_stats.flush_database_monitoring_info;

select * from sys.dba_tab_modifications where table_name = 'T_STAT';
TABLE_OWNER TABLE_NAME  PARTITION_NAME  SUBPARTITION_NAME   INSERTS UPDATES DELETES TIMESTAMP   TRUNCATED   DROP_SEGMENTS
UKJA        T_STAT      20  0   0   2008-01-18 PM 11:30:19  NO  0

select stale_stats from sys.dba_tab_statistics where table_name = 'T_STAT';
YES