从Oracle数据库的用户错误中恢复
在这章中你将会学到如何:
·使用回闪技术恢复被删除的表
·管理回收的二进制文件
·执行回闪表操作
·使用回闪版本查询从用户错误中恢复
·使用回闪事务查询执行事务级别的恢复
前面的章节介绍了回闪数据库，一种强大但是非常有个性的功能，相当于不完全恢复。这一章覆盖的内容是Oracle 10g数据库中可用的其它回闪技术。这些都不像回闪数据库那么极端，它们都不依赖于停机时间或者损失的数据量。它们是静态的，然而，也是通过撤销你不想要的修改提交来恢复错误的非常强大的技术。
这里讨论的回闪技术，首先，使回闪删除，可以通过使用DROP TABLE命令来激活和执行;第二，使用UNDO功能的不同方式:回闪版本查询，回闪表查询，以及回闪事务查询。
回闪和ACID测试
还记得第9章中描述的ACID测试吗。这是关系型数据库必须遵循的规则的一部分，对于理解回闪技术也是至关重要的:不论是它们的功能，还是它们的局限性。
所有的数据管理语言事务都是通过COMMIT或者ROLLBACK语句来结束的。到那个时候，因为事务已经执行了，出于Oracle实现的事务隔离的原则(ACID测试中的I)，保证除了执行事务的会话之外，没有人能够看到进行的修改。
进一步讲，原子性的原则(ACID测试中的A)也保证了事务可以用ROLLBACK来终结这个事务，这可以将修改彻底地恢复过来;没有其它会话会知道进行了哪些修改。如果事务是以COMMIT终结的，那么修改就会立即被所有其它会话看到。惟一的例外情况就是任何出于读一致性原因(ACID测试中的C)的会话必须与这个修改相隔离。此外，一旦事务被提交了，那么数据库要丢失这个修改是决对不可能的;这就是ACID测试中的D，持久性。
在很多方式上，数据定义语言的命令都与其它的事务没什么两样。关系型数据库需要这样的规则，以保证经过提交的数据定义语言永远不会被翻转，所有的数据定义语言都是自动提交的。你对此无法进行控制;COMMIT是所有数据定义语言命令中很重要的一部分。
Flashback Drop提供了一种方式让你能够撤销DROP TABLE 命令的影响，但是不能保证它会成功。这要根据执行了DROP命令之后数据库中进行的其它活动。你可以使用各种回闪查询命令来翻转数据管理语言命令，但是，还要再一次强调的是，它是否成功取决于在这段时间内发生的其它活动。不可能回滚一个已经提交的事务，无论是数据管理员语言还是数据定义语言。ACID测试不允许这样。回闪技术依赖于构建另一个可以翻转最初事务影响的事务，但是这个新的事务有可能会失败，因为其它的，相反的已经被提交的修改。