这个数据拯救的测试中，环境更加复杂：旧数据库异常关闭；旧数据库仅剩下三个数据文件，其中两个属于系统表空间且文件号不连续，其它文件，诸如控制文件、在线日志文件、UNDO表空间文件、临时表空间及其它数据文件都已丢失。因此在数据恢复过程中也遇到更多的问题。
【全文】

要保证数据安全，需要做好完整的数据备份恢复计划及容灾方案。在实际环境中，还是有很多数据库环境没有做到这些，并且出现一些灾难性的错误，例如Online Redo或者控制文件等重要文件损坏或丢失。发生这种错误时，往往常规的恢复手段无法找回数据，可能需要借助隐含参数、BBED甚至Dul工具进行数据挽救。那么我们就面临这样的问题：在什么样的最极端情况下，我们还能挽救回数据呢？理论上讲，我们的数据包含两个最基本的部分：即数据定义（也就是元数据）部分及数据主体部分。我们的用户数据存储在相应表空间的数据文件当中，而元数据部分则存储在系统表空间的数据文件当中。那么，假如进存在系统表空间及重要数据文件（而非所有数据文件）的情况下还有希望恢复数据吗？当然，这里不讨论使用Dul的方式进行回复。
【全文】

Buffer Cache是Oracle的内存架构体系中相当重要的一个部分，用于缓存从数据文件上读取的数据块，因而对数据库的性能有相当大的影响。为了能使这块内存能对性能提高最大化，Oracle采用的是LRU算法来管理Buffer Cache中的内存块的分配和释放。关于LRU算法，大多数读者都已经不是很陌生，Oracle的官方文档和其他书籍、文章都有做描述，包括用图解的方式对其作过描述。但是，在一个实际的数据库系统中，我们很难判断出某个数据块处在替换链表中的具体位置（可以system event打印出整个链表到跟踪文件中，但是这个方法比较低效，且可读性不强）。我们这个视图就是用于判断内存块在替换链表、hash链表中的位置以及其他相关信息。
【全文】

《Oracle 高性能SQL引擎剖析：Oracle SQL 优化与调优技术详解》一书勘误表
【全文】

《Oracle 高性能SQL引擎剖析：Oracle SQL 优化与调优技术详解》一书的附录部分。作为对该书的补充，帮助读者理解和掌握“提示”这一项在SQL优化中使用的这一重要辅助手段。
【全文】

《Oracle 高性能SQL引擎剖析:SQL优化与调优机制详解》随书脚本
【全文】