Oracle Database 9i, 10g闪回版本查询
发布时间:2020-12-12 16:12:35 所属栏目:百科 来源:网络整理
导读:不需要设置,立即识别对行的所有更改 在 Oracle9i Database 中,我们看到它推出了以闪回查询形式表示的“时间机器”。该特性允许 DBA 看到特定时间的列值,只要在还原段中提供该数据块此前镜像的拷贝即可。但是,闪回查询只提供某时刻数据的固定快照,而不是
不需要设置,立即识别对行的所有更改
在 Oracle9i Database 中,我们看到它推出了以闪回查询形式表示的“时间机器”。该特性允许 DBA 看到特定时间的列值,只要在还原段中提供该数据块此前镜像的拷贝即可。但是,闪回查询只提供某时刻数据的固定快照,而不是在两个时间点之间被更改数据的运行状态表示。某些应用程序,如涉及到外币管理的应用程序,可能需要了解一段时期内数值数据的变化,而不仅仅是两个时间点的数值。由于闪回版本查询特性,Oracle Database 10g 能够更方便高效地执行该任务。
查询对表的更改
在本示例中,我使用了一个银行外币管理应用程序。其数据库含有一个名称为 RATES 的表,用于记录特定时间的汇率。
SQL> desc rates
Name Null?Type
----------------- -------- ------------
CURRENCY VARCHAR2(4)
RATE NUMBER(15,10)
该表显示 US$ 与各种其他货币的汇率,在 CURRENCY 列中显示。在金融服务行业中,汇率不但在变更时进行更新,而且被记录在历史中。需要这种方式的原因是银行交易可能在“过去时间”生效,以便适应由于汇款而耗费的时间。例如,对于一项在上午 10:12 发生但在上午 9:12 生效的交易,其有效汇率是上午 9:12 的汇率,而不是现在的汇率。
直到现在,唯一的选择是创建一个汇率历史表来存储汇率的变更,然后查询该表是否提供历史记录。另一种选择是在 RATES 表本身中记录特定汇率适用性的开始和结束时间。当发生变更时,现有行中的 END_TIME 列被更新为 SYSDATE,并插入一个具有新汇率的新行,其 END_TIME 为 NULL。
但是在 Oracle Database 10g 中,闪回版本查询特性不需要维护历史表或存储开始和结束时间。使用该特性,您不必进行额外的设置,即可获得某行在过去特定时间的值。
例如,假定该 DBA 在正常业务过程中数次更新汇率 ,甚至删除了某行并重新插入该行:
insert into rates values ('EURO',1.1012);
commit;
update rates set rate = 1.1014;
commit;
update rates set rate = 1.1013;
commit;
delete rates;
commit;
insert into rates values ('EURO',1.1016);
commit;
update rates set rate = 1.1011;
commit;
在进行了这一系列操作后,DBA 将通过以下命令获得 RATE 列的当前提交值
SQL> select * from rates;
CURR RATE
---- ----------
EURO 1.1011
此输出显示 RATE 的当前值,没有显示从第一次创建该行以来发生的所有变更。这时使用闪回查询,您可以找出给定时间点的值;但我们对构建变更的审计线索更感兴趣 ? 有些类似于通过便携式摄像机来记录变更,而不只是在特定点拍摄一系列快照。
以下查询显示了对表所做的更改:
select versions_starttime,versions_endtime,versions_xid,
versions_operation,rate
from rates versions between timestamp minvalue and maxvalue
order by VERSIONS_STARTTIME
/
VERSIONS_STARTTIME VERSIONS_ENDTIME VERSIONS_XID V RATE
---------------------- ---------------------- ---------------- - ----------
01-DEC-03 03.57.12 PM01-DEC-03 03.57.30 PM0002002800000C61 I 1.1012
01-DEC-03 03.57.30 PM01-DEC-03 03.57.39 PM000A000A00000029 U 1.1014
01-DEC-03 03.57.39 PM01-DEC-03 03.57.55 PM000A000B00000029 U 1.1013
01-DEC-03 03.57.55 PM 000A000C00000029 D 1.1013
01-DEC-03 03.58.07 PM01-DEC-03 03.58.17 PM000A000D00000029 I 1.1016
01-DEC-03 03.58.17 PM 000A000E00000029 U 1.1011
注意,此处显示了对该行所作的所有更改,甚至包括该行被删除和重新插入的情况。VERSION_OPERATION 列显示对该行执行了什么操作 (Insert/Update/Delete)。所做的这些工作不需要历史表或额外的列。
在上述查询中,列 versions_starttime、versions_endtime、versions_xid、versions_operation 是伪列,与 ROWNUM、LEVEL 等其他熟悉的伪列相类似。其他伪列 如 VERSIONS_STARTSCN 和 VERSIONS_ENDSCN 显示了该时刻的系统更改号。列 versions_xid 显示了更改该行的事务标识符。有关该事务的更多详细信息可在视图 FLASHBACK_TRANSACTION_QUERY 中找到,其中列 XID 显示事务 id。例如,使用上述的 VERSIONS_XID 值 000A000D00000029,UNDO_SQL 值显示了实际的语句。
SELECT UNDO_SQL
FROM FLASHBACK_TRANSACTION_QUERY
WHERE XID = '000A000D00000029';
UNDO_SQL
----------------------------------------------------------------------------
insert into "ANANDA"."RATES"("CURRENCY","RATE") values ('EURO','1.1013');
除了实际语句之外,该视图还显示提交操作的时间标记和 SCN、查询开始时的 SCN 和时间标记以及其他信息。
找出一段时期中的变更
现在,让我们来看如何有效地使用这些信息。假设我们需要找出下午 3:57:54 时 RATE 列的值。我们可以执行:
select rate,versions_starttime,versions_endtime
from rates versions
between timestamp
to_date('12/1/2003 15:57:54','mm/dd/yyyy hh24:mi:ss')
and to_date('12/1/2003 16:57:55','mm/dd/yyyy hh24:mi:ss')
/
RATE VERSIONS_STARTTIME VERSIONS_ENDTIME
---------- ---------------------- ----------------------
1.1011
此查询与闪回查询类似。在以上的示例中,开始和结束时间为空,表示汇率在该时间段中没有更改,而是包含一个时间段。还可以使用 SCN 来找出过去的版本值。可以从伪列 VERSIONS_STARTSCN 和 VERSIONS_ENDSCN 中获得 SCN 号。以下是一个示例:
select rate,versions_endtime
from rates versions
between scn 1000 and 1001
/
使用关键词 MINVALUE 和 MAXVALUE,可以显示还原段中提供的所有变更。您甚至可以提供一个特定的日期或 SCN 值作为范围的一个端点,而另一个端点是文字 MAXVALUE 或 MINVALUE。例如,以下查询提供那些只从下午 3:57:52 开始的变更,而不是全部范围的变更:
select versions_starttime,rate
from rates versions between timestamp
to_date('12/11/2003 15:57:52','mm/dd/yyyy hh24:mi:ss')
and maxvalue
order by VERSIONS_STARTTIME
/
VERSIONS_STARTTIME VERSIONS_ENDTIME VERSIONS_XID V RATE
---------------------- ---------------------- ---------------- - ----------
01-DEC-03 03.57.55 PM 000A000C00000029 D 1.1013
01-DEC-03 03.58.07 PM01-DEC-03 03.58.17 PM000A000D00000029 I 1.1016
01-DEC-03 03.58.17 PM 000A000E00000029 U 1.1011
最终的分析
闪回版本查询随取随用地复制表变更的短期易变数值审计。这一优点使得 DBA 能够获得过去时间段中的所有变更而不是特定值,只要还原段中提供数据,就可以尽情使用。因此,最大的可用版本依赖于 UNDO_RETENTION 参数。
有关闪回版本查询的更多信息,请参见 Oracle Database Concepts 10g Release 1 (10.1) 指南的相关部分。
1
、
Oracle 9i
的闪回查询功能
在 Oracle 9i 之前,如果用户错误操作数据后,除了不完全恢复外,没有好的解决办法。 Oracle 9i 中提供闪回查询,由一个新的包 DBMS_FLASH 来实现。用户使用闪回查询可以及时取得误操作 DML ( Delete 、 Update 、 Insert )前某一时间点数据库的映像视图,用户可以利用系统时间或系统改变号( SCN : System Change Number )来指定这个只读视图,并可以针对错误进行相应的恢复措施。闪回查询功能完全依赖于自动回滚段管理( AUM ),对于 Drop 等误操作不能恢复。闪回特性可应用在以下方面: ( 1 )自我维护过程中的修复:当一些重要的记录被意外删除,用户可以向后移动到一个时间点,查看丢失的行并把它们重新插入现在的表内恢复。 ( 2 )恢复 Email 和声音 Email :当用户意外删除了 Email 或者声音信息时,可以通过移回到固定时间点来恢复删除。 ( 3 )账号平衡状况:可以查看以前的历史数据。如银行外币管理中用于记录特定时间的汇率。在以前,汇率变更被记录在一个历史表中,现在就可以通过闪回功能进行查询。 ( 4 )用于趋势分析的决策支持系统:决策支持系统和联机分析应用必须执行一个长时间的事务。使用闪回查询,这些应用可以对历史数据执行分析和建模。例如,特定产品如矿泉水随季节变化需求情况的变化。 2 、回滚段概述 回滚段用于存放数据修改之前的位置和值,回滚段的头部包含正在使用的该回滚段事务的信息。回滚段的作用如下: ( 1 )事务回滚:当事务修改表中数据的时候,该数据修改前的值(即前影像)会存放在回滚段中,当用户回滚事务时, Oracle 将会利用回滚段中的数据前影像来将修改的数据恢复到原来的值。 ( 2 )事务恢复:当事务正在处理的时候,例程失败,回滚段的信息保存在重做日志文件中, Oracle 将在下次打开数据库时利用回滚来恢复未提交的数据。 ( 3 )读一致性:当一个会话正在修改数据时,其它的会话将看不到该会话未提交的修改。而且,当一个语句正在执行时,该语句将看不到从该语句开始执行后的未提交的修改(语句级读一致性)。 3 、 Oracle 中 Delete 和 Commit 操作的流程分析 ( 1 )删除( Delete )流程 ·Oracle 读 Block( 数据块 ) 到 Buffer Cache (缓冲区) ( 如果该 Block 在 Buffer 中不存在 ) ; · 在 Redo Log Buffer (重做日志缓冲区)中记录 Delete 操作的细节; · 在相应回滚段段头的事物表中创建一个 Undo (回滚)条目; · 把将要删除的记录创建前镜像,存放到 Undo Block (回滚块)中; · 在 Buffer Cache 中的相应数据块上删除记录,并且标记相应的数据块为 Dirty (脏)。 ( 2 )提交 (Commit) 流程 ·Oracle 产生一个 SCN ; · 在回滚段事物表中标记该事物状态为 Commited ; ·LGWR (日志读写进程) Flush Log Buffer 到日志文件; · 如果此时数据块仍然在 Buffer Cache 中,那么 SCN 将被记录到 Block Header 上,这被称为快速提交; · 如果 Dirty Block 已经被写回到磁盘,那么下一个访问这个 Block 的进程将会自回滚段中获取该事物的状态,确认该事物被提交。然后这个进程获得提交 SCN 并写回到 Block Header 上,这被称为延迟块清除。 4 、 Oracle 9i 中闪回查询操作实例 进行闪回查询必须设置自动回滚段管理,在 init.ora 设置参数 UNDO_MANAGEMENT=AUTO ,参数 UNDO_RETENTION=n ,决定了能往前闪回的最大时间,值越大就需要越多 Undo 空间。 例: Oracle 9i 的 Flashback Query 操作。 ( 1 )创建闪回查询用户 |