简介
许多年前-事实上，在上个世纪-我是一名美国大西部饮料生产厂家人力资源系统的承包商。有一天，人力资源总监问我：“如何为我们的雇员数据配置一个delta表，使我们能够跟踪所有对雇员数据的更改情况？”出现在我脑袋中的答案就像最近的美国总统大选期间CNN用来显示和分析投票结果的“神奇地图”一样：
我想创建一个名为EMPLOYEES_HISTORY的表，除了增加了一个相应的时间戳记的日期和时间的变化外，它与Employees表的列完全一样。
我希望把这个新表放在一个单独的表空间。
我想套用外键参照完整性约束EMPLOYEES_HISTORY表，以确保两个表之间的数据一致。
最后，我想创建一个AFTER …… FOR EACH ROW触发器，无论何时在Employees表上发生INSERT，UPDATE或DELETE事务时，都将在EMPLOYEES_HISTORY表中插入delta记录。
然后一些潜在的问题开始萦绕着我，这样做了会发生什么，我不停地问我自己，如果某人：
禁用了EMPLOYEES_HISTORY表上的触发器，并且忘记重新开启了，会发生什么事情？
需要向EMPLOYEES表中增加新列，或修改数据类型，但忘记同步修改EMPLOYEES_HISTORY表上对应的列了，会发生什么？
虽然同时对EMPLOYEES和EMPLOYEES_HISTORY表做了一致的修改，但忘记修改触发器了，会发生什么？
如果需要删除EMPLOYEES表的列或将其标记为UNUSED时，会发生什么？
意外TRUNCATE掉EMPLOYEES_HISTORY表时会发生什么？
意外删除了EMPLOYEES_HISTORY表时会发生什么？甚至更糟糕的是删除了EMPLOYEES表时会发生什么？
这些问题的简单答案是，如果真发生了这些事情，我不得不向客户解释为什么弄丢了EMPLOYEES_HISTORY表中的delta数据。
用闪回数据归档实现Oracle“完全撤销”
如果我拥有Oracle 11g，我会直接告诉客户我花几分钟就能恢复数据，Oracle 11gR1新的闪回数据归档（FBDA）功能创建一个独立的仓库保留表中数据改变的历史记录。
FBDA信息存储在一套独立的对象中，跟踪目标表的事务历史，这些对象存储在一个或多个表空间中，FBDA表的名称是由系统自动产生的，可以通过视图DBA_FLASHBACK_ARCHIVE_TABLES查看，一旦在表上开启了FBDA，所有保留的事务历史都可以查看，这样就不用再为关键事务表创建对应的历史跟踪表了，那样做很麻烦，因为创建历史跟踪表后，还有编写复杂的触发器，确保历史数据被精确跟踪。
历史信息的捕捉也是非常高效的，因为Oracle 11g专门修改了内核，使保留历史数据的性能开销减到最小，此外，这些历史数据以压缩格式存储，减少了存储的需要，另外，只要在表上开启了FBDA，Oracle 11g就不会再对历史数据做使其无效的操作（如删除或清空目标表）或阻止捕捉（如删除目标表的列）。