深入理解Oracle Exadata（无二Exadata资料，超豪译者团队）

1.5.5 闪存 10
1.5.6 磁盘 10
1.5.7 其他杂项 10
1.6 软件组件 11
1.6.1 数据库服务器软件 11
1.6.2 存储服务器软件 14
1.7 软件架构 16
1.8 总结 20
第2章 卸载/智能扫描 21
2.1 为何卸载如此重要 21
2.2 卸载包含了什么 25
2.2.1 字段投影 25
2.2.2 谓词过滤 30
2.2.3 存储索引 32
2.2.4 简单连接（布隆过滤） 33
2.2.5 函数卸载 36
2.2.6 压缩/解压缩 38
2.2.7 加密/解密 40
2.2.8 虚拟列 40
2.2.9 数据挖掘模型评分 43
2.2.10 非智能扫描类型的卸载 44
2.3 智能扫描的先决条件 45
2.3.1 全扫描 45
2.3.2 直接路径读取 45
2.3.3 Exadata存储 46
2.4 无法使用智能扫描的情况 49
2.4.1 未实现的功能 49
2.4.2 转换为块运输模式 49
2.4.3 跳过某些卸载操作 50
2.5 如何验证智能扫描确实发生 50
2.5.1 10046跟踪 52
2.5.2 性能统计（v$sessstat） 53
2.5.3 卸载适用字节 55
2.5.4 SQL监控 60
2.6 参数 63
2.7 总结 67
第3章 混合列式压缩 69
3.1 Oracle存储概述 69
3.2 Oracle压缩机制 72
3.2.1 BASIC 72
3.2.2 OLTP 72
3.2.3 HCC 72
3.3 HCC工作机制 76
3.4 HCC性能 77
3.4.1 加载性能 77
3.4.2 查询性能 82
3.4.3 DML性能 88
3.5 预期压缩率 98
3.5.1 压缩助手 98
3.5.2 真实案例 101
3.6 限制与挑战 107
3.6.1 迁移数据到非Exadata平台 107
3.6.2 关闭串行直接路径读取 108
3.6.3 锁的问题 108
3.6.4 单行访问 109
3.7 常见的使用场景 110
3.8 总结 111
第4章 存储索引 113
4.1 结构 113
4.2 监控存储索引 114
4.2.1 数据库统计值 115
4.2.2 跟踪 116
4.2.3 总结 119
4.3 控制存储索引 119
4.3.1 _kcfis_storageidx_disabled 120
4.3.2 _kcfis_storageidx_diag_mode 120
4.3.3 _cell_storidx_mode 120
4.3.4 存储软件参数 121
4.4 行为 121
4.5 性能 122
4.5.1 为空值进行特殊优化 124
4.5.2 字段值的物理分布 125
4.6 潜在问题 127
4.6.1 不正确的结果 127
4.6.2 类型转换 128
4.6.3 分区大小 131
4.6.4 不兼容的编程技巧 131
4.7 总结 133
第5章 Exadata智能闪存 135
5.1 硬件 135
5.2 Cache vs. Flash Disk 136
5.2.1 使用闪存作为缓存 137
5.2.2 如何创建ESFC 142
5.2.3 控制ESFC的使用 144
5.3 监控 145
5.3.1 存储监控 145
5.3.2 数据库监控 148
5.4 性能 149
5.5 总结 151
第6章 Exadata并行操作 153
6.1 参数 153
6.2 存储层的并行 154
6.3 自动并行度 155
6.3.1 操作和配置 155
6.3.2 I/O基准测试 158
6.3.3 自动并行度调整小结 162
6.4 并行语句队列 162
6.4.1 老方法 162
6.4.2 新方法 163
6.4.3 控制并行队列 167
6.4.4 并行语句队列小结 175
6.5 内存并行执行 176
6.6 总结 186
第7章 资源管理 187
7.1 数据库资源管理器 188
7.1.1 使用者组 189
7.1.2 计划指令 193
7.1.3 资源计划 194
7.1.4 资源管理器视图 195
7.1.5 等待事件：resmgr:cpu quantum 196
7.1.6 一个DBRM的例子 197
7.1.7 测试资源计划 202
7.2 实例隔离 210
7.2.1 配置和测试实例隔离 211
7.2.2 过量分配 215
7.3 I/O 资源管理器 216
7.3.1 IORM如何工作 218
7.3.2 Exadata管理I/O的方法 221
7.3.3 把所有的一切组合在一起 227
7.3.4 IORM监控和指标 230
7.4 总结 244
第8章 Exadata的配置 245
8.1 Exadata的网络组件 245
8.1.1 管理网络 246
8.1.2 客户端访问网络 246
8.1.3 私有网络 247
8.2 关于配置过程 248
8.3 配置Exadata 250
8.3.1 第1步：配置工作 250
8.3.2 第2步：DBM配置器 259
8.3.3 第3步：上传参数和部署文件 260
8.3.4 第4步：CheckIP（checkip.sh） 263
8.3.5 第5步：第一次引导Firstboot 265
8.3.6 第6步：准备安装介质 268
8.3.7 第7步：运行OneCommand 269
8.4 升级Exadata 273
8.4.1 创建一个新的RAC集群 273
8.4.2 升级现有的群集 275
8.5 总结 278
第9章 Exadata的恢复 279
9.1 Exadata的诊断工具 279
9.1.1 Sun Diagnostics:sundiag.sh 280
9.1.2 健康检查HealthCheck 282
9.1.3 CellCLI 283
9.2 Exadata的备份 287
9.2.1 数据库服务器的备份 288
9.2.2 存储节点的备份 292
9.3 数据库的备份 298
9.3.1 基于磁盘的备份 298
9.3.2 基于磁带的备份 298
9.3.3 从Standby数据库上进行备份 299
9.3.4 Exadata对RMAN的优化 300
9.4 Exadata的恢复 301
9.4.1 数据库服务器的恢复 301
9.4.2 存储节点的恢复 305
9.5 总结 325
第10章 Exadata等待事件 327
10.1 Exadata特有的事件 327
10.1.1 节点事件 328
10.1.2 触发事件的执行计划步骤 329
10.2 用户I/O类别中的Exadata等待事件 331
10.2.1 cell smart table scan 332
10.2.2 cell smart index scan 335
10.2.3 cell single block physical read 337
10.2.4 cell multiblock physical read 339
10.2.5 cell list of blocks physical read 340
10.2.6 cell smart file creation 341
10.2.7 cell statistics gather 342
10.3 系统I/O类别中的Exadata等待事件 343
10.3.1 cell smart incremental backup 343
10.3.2 cell smart restore from backup 344
10.4 其他类别和空闲类别中的Exadata等待事件 346
10.4.1 cell smart flash unkeep 346
10.5 旧事件 347
10.5.1 direct path read 347
10.5.2 enq: KO—fast object checkpoint 348
10.5.3 reliable message 349
10.6 资源管理事件 350
10.6.1 resmgr:cpu quantum 350
10.6.2 resmgr:pq queued 351
10.7 总结 352
第11章 理解Exadata的性能指标 353
11.1 Exadata性能指标的衡量 353
11.2 重温Exadata智能扫描的先决条件 354
11.2.1 Exadata智能扫描的性能 354
11.2.2 理解Exadata智能扫描指标和性能计数器 358
11.3 Exadata的动态性能计数器 359
11.3.1 何时及如何使用性能计数器 359
11.3.2 Exadata的性能计数器的含义和说明 363
11.3.3 Exadata的性能计数器参考 366
11.4 了解SQL语句的性能 383
11.5 总结 386
第12章 Exadata性能监控 387
12.1 系统方法论 387
12.2 SQL语句的响应时间监控 388
12.2.1 利用实时的SQL 监控报告对SQL语句进行监控 389
12.2.2 使用V$SQL和V$SQLSTATS监控SQL语句 400
12.3 监控存储节点 403
12.3.1 在存储节点利用CellCLI访问性能指标 403
12.3.2 使用Grid Control的Exadata存储服务器插件访问性能指标 404
12.3.3 使用哪些性能指标 413
12.3.4 监控Exadata 存储节点的OS性能 414
12.4 总结 427
第13章 迁移到Exadata 429
13.1 迁移策略 430
13.2 逻辑迁移 430
13.2.1 抽取和加载 431
13.2.2 通过数据库链复制数据 437
13.2.3 基于同步复制的迁移 454
13.2.4 逻辑迁移小结 461
13.3 物理迁移 461
13.4 备份和恢复 462
13.4.1 全备份和恢复 462
13.4.2 增量备份 464
13.4.3 传输表空间（和跨平台传输表空间XTTS） 465
13.4.4 物理Standby 468
13.4.5 ASM重平衡 470
13.4.6 迁移后的任务 473
13.4.7 物理迁移小结 474
13.5 总结 475
第14章 存储设计 477
14.1 Exadata 磁盘架构 477
14.1.1 失效组 478
14.1.2 网格盘 480
14.1.3 存储分布 482
14.2 创建网格盘 486
14.2.1 创建网格盘 487
14.2.2 网格盘大小 488
14.2.3 创建基于闪存盘的网格盘 491
14.3 存储策略 493
14.3.1 配置选项 493
14.3.2 隔离存储节点访问 494
14.4 节点安全策略 496
14.4.1 节点安全策略的术语 496
14.4.2 节点安全策略最佳实践 497
14.4.3 配置ASM范围安全策略 497
14.4.4 配置数据库范围安全策略 499
14.4.5 删除节点安全策略 501
14.5 总结 503
第15章 计算节点设计 505
15.1 配置考虑 505
15.2 Non-RAC环境配置 507
15.3 RAC集群 511
15.4 Exadata典型配置 514
15.5 Exadata集群 515
15.6 总结 516
第16章 忘记已知 517
16.1 双系统记 517
16.2 类型负载 517
16.2.1 Exadata Smart Flash Cache (ESFC) 518
16.2.2 可扩展性 519
16.2.3 写密集型OLTP负载 519
16.3 DW类型负载 519
16.3.1 启用智能扫描 520
16.3.2 阻碍智能扫描的因素 522
16.3.3 其他注意事项 533
16.4 混合负载 535
16.4.1 要索引还是不要？ 535
16.4.2 优化器的局限 536
16.4.3 使用资源管理器 540
16.5 总结 540
附录A CellCLI和dcli 541
附录B Exadata在线资源 553
附录C 诊断脚本 555

.　　以上的情况，让我在收到Jacky的邀请以后，毫不犹豫地接受了工作，无论工作如何繁忙，我都愿意让这本书的中文译者里有我的名字，这对于我而言可以说是一种荣幸。2011年8月17日收到这本书的PDF电子版（当然后来又收到纸质版），从8月份开始，Kaya、Jacky和我都迅速地投入了翻译的工作，在整个过程中，通过不断地沟通，我们按照每个人的经验和对各个章节的熟悉程度以及感兴趣程度，大致是均分了各个章节。我负责翻译的章节是第1、2、4、6、13、16章，原本我给自己定下的计划是每两周翻译一章，那么最快可以在两个月内完成翻译，再加上校稿，本来计划在3个月内可以完成所有的翻译，也就是如果一切顺利，这本书的中文译本应该在2011年年底的时候就跟大家见面了。但是，计划永远是赶不上变化的，除了工作的繁忙和个人的懒惰，我们几个译者还都在其他方面出现了这样或那样的意外情况，导致整个翻译工作整体滞后。所幸，还不算太迟，我想在你们看到本书的时候，这个世界上应该还没有更新的Exadata书籍可以参考。所以，这本书仍然是迄今为止想要了解Exadata、想要使用Exadata、想要监控调整Exadata的最佳参考书籍。
　　Oracle Exadata的举世瞩目，对整个数据库硬件/软件市场的震撼，在全球或者仅仅是中国国内的引人瞩目，乃至热销，都已经无须赘言。作为数据库从业者，也许你没有听过Netezza，也许你没有听过Twinfin，也许你没有听过Hana，但是你一定听过Exadata，这绝不仅仅是由于Oracle公司一贯的好战、勇于进攻、大力宣传的风格，而是Exadata确实具有独步天下的功能。也许我们不能说在经过最精细的调整以后，Exadata在数据仓库领域与其他竞争对手相比一定具有绝对的优势，但是，不要忘记，在现在这个世界里，又有多少是纯粹的数据仓库系统呢？又有多少用户愿意让OLTP用一套系统，而数据仓库又用另外一套系统呢？这其中的数据传输开销和系统设计复杂性的开销，如果能够消减甚至避免，那么又何乐而不为呢？Exadata正是这样的一套软硬件一体的平台，同时支持OLTP类型负载和数据仓库类型负载，通过Oracle Database 11gR2中的资源管理器来更加精细地调控硬件资源，让两种类型的负载都能获得各自需要的资源，并顺畅执行。
　　如果我们抛却Exadata在存储节点中的软件特性，它使用的各个硬件组件并不是划时代的，无论是Infiniband还是Flashcache/SSD，都已经出现很久了，在企业级市场中也已被很多用户使用，但是将这些组件放在一起，并且预先调整为一个平衡的系统（没有任何一处明显的性能瓶颈），这是划时代的。Oracle将软硬一体机的概念推广到了开放性平台上，极大地挑战了Teradata的市场，用开放性的硬件+开放性的操作系统+开放性的数据库软件，构造出了一个平衡的、性能超强的平台，这同样是划时代的。
　　好吧，前面我们提到了“抛却Exadata在存储节点中的软件特性”是吗？这就好比说，把皇冠上最闪亮的那颗宝石先摘下来，别闪花了我们的眼睛。现在，我们要把这颗宝石放回去了，智能扫描（Smart Scan）、存储索引（Storage Index）、混合列式压缩（Hybrid Columnar Compression），无论哪一项软件特性都足以震撼数据处理市场，而当它们结合在一起，配合上Oracle Database原本就具有的高性能，再配合前面说的这个平衡的硬件架构，我们就得到了足以颠覆一切固有理念的惊人性能。在Exadata的POC现场，有客户因为实在无法接受Exadata展示出来的飞一般的速度而怀疑Oracle的技术人员在造假。这在无奈的同时，无疑也是一种自豪吧。
　　Exadata的出现，颠覆了一些我们既有的数据库管理理念，但是无论如何，Exadata中运行的是Oracle Enterprise Linux（当然也有Solaris，不过是x86-64版本，至少到目前为止，Oracle还没有计划显示会出现SPARC平台上的Exadata），Linux上运行的是Oracle Database 11gR2，对于所有数据库技术从业者来说，之前积累的操作系统管理知识，Oracle数据库/RAC管理知识都仍然适用。我们需要的只是与时俱进，将Exadata的特有知识点加入我们以前的知识体系中。本书是最佳的入手点，因为本书中不但有Exadata的特性阐述，也同样有使用经验和最佳实践。要知道本书的作者都是真正的Exadata使用者，而本书的技术审校者（Kevin）更是Exadata的性能架构师（不过，Kevin现在已经离开Oracle公司，加盟EMC，去玩Greenplum了）。
　　我唯一希望的是，大家在阅读这本中文译本的时候，不至于产生去重新阅读原著的冲动（虽然，我仍然建议大家去阅读原著），因为如果那样，那只能表示我们的翻译实在是很不适合中文读者的理解。如果你觉得本书优秀，那么基本上可以说这是原作者的功劳，当然，我也希望你们看到我们三位译者的努力。我们在翻译完各自的章节以后，又互相审阅了其他人的章节，我们尽量斟酌每一句话的翻译，希望读起来是符合中文阅读习惯的，对于一些比较难于理解的片段（比如Kevin说的某些话），我们通过邮件跟作者进行了沟通以确保译文是正确体现了作者意图的，对于一些原文较为晦涩的地方，我们也根据自己的理解增加了“译者注”，我相信这也是目前大多数技术书籍的译文中并不常见的，我们甚至在想，如果译者注足够多，那么就可以出一本批注版的书籍了（:-D）。这其中，由于Kaya在Exadata中的实战经验尤为丰富，更是付出了格外的精力。你们现在看到的这本Expert Oracle Exadata的中文版，应该是全球的最新版本，因为在我们的翻译过程中，不但将本书对应英文版出版以后提交给作者的错误修订全部都更正到了本书中，而且我们还在翻译过程中发现了更多的错误，Kaya通过邮件直接跟三位作者沟通并一一确认，最终对于确实是错误的描述也都全部做了更正。实际上，这也是本书推迟到现在才出版的原因之一。
　　就在今天，我重新审阅完了自己翻译的第6章，回顾了一下从2011年8月份开始，我们三位译者和博文视点的侠少关于翻译本书的邮件沟通，来来回回将近300封邮件，我相信在本书中文版最终定稿的时候，沟通邮件量一定会超过300封（实际上最终的沟通邮件将近500封）。我们扪心自问，已经尽了自己最大的努力，但是一定还会有这样或那样的不足，还望读者海涵。
　　最后，我要感谢我的妻子和可爱的儿子，在我工作之余的很多个深夜，我仍然在翻译此书，是我的妻子极大地包容了我，没有她的支持，没有她承担几乎全部家务和对我们年仅1岁多的儿子的照料，也许我的翻译进度还会拖后。谢谢你，我爱你们。感谢Kaya、Jacky，还有博文视点的侠少，与你们关于本书翻译讨论的500封邮件是宝贵的财富。感谢我的大学师妹——董楠，她是《老美国志异》、《此地无人生还》、《满是镜子的房间》三本畅销书籍的译者，喜欢摇滚的朋友应该热爱这几本书籍，本书某些段落的措辞有得到她的指教。另外，我同样要感谢我所在的公司——云和恩墨的多位同事，是你们帮我承担了由于翻译工作而落下的本应属于我的工作，感谢杨廷琨（老杨同时帮助审阅了本书的第1章），感谢盖国强，还有帮助我审阅中文译稿的同事们——仇实、刘洋、余广宏、董禹、宋春风，译稿里面也有你们的功劳，谢谢你们。
　　张乐奕（Kamus）于上岛咖啡，北京
　　2012年2月29日
　　第5章
　　译者序3
　　2008年，Oracle在OOW上发布了与HP合作开发的Exadata V1。当时，我就对Exadata充满了好奇，很快我就在自己的博客上写了第一篇介绍Exadata的文章Oracle Database Machine。现在看来，文章中很多观点都是错误和可笑的，但当时介绍Exadata的技术资料非常少，很多观点只能来自于猜测。从那时开始，我一直保持着对Exadata的关注，并在一次Oracle介绍Exadata新技术的会议上，认识了Kaya（本书的另外一位译者），这也为我们共同翻译本书埋下了伏笔。
　　2009年，Oracle发布了Exadata V2，它不仅采用了SUN的硬件，更是革命性地引入了Flash存储，并采用智能闪存（Exadata Smart FlashCache）技术，让Exadata同时支持DW和OLTP应用，成为真正全能型的数据库软硬件一体机。2010年2月1日，我在博客上发表了第二篇关于Exadata的技术文章《Oracle Exadata技术浅析》，引起了大家的热烈讨论，并被广泛转载。文章中介绍了Exadata的新特性，并且在没有资料提及的情况下，提出SmartScan应该只能在特殊访问路径下（直接路径扫描）才能启用的观点。从此以后，我对Exadata着了迷，无奈除了一些官方文档以外，几乎没有其他任何资料，而我又没机会亲身操作Exadata，只能通过各种途径了解Exadata的最新信息。
　　2010年，我参加了在北京举办的OOW大会，第一次近距离看到了Exadata的真面目，也更加深刻体会到“Hardware and Software Engineered to Work Together”这句话的真正含义。从此，我开始致力于推动Flash存储技术在数据库领域的应用，研究软硬件结合的数据库解决方案。2011年10月举办的OTN China Tour活动上，受ACOUG的邀请，我做了《软硬件结合的数据库解决方案》主题演讲，介绍了我们在软硬件结合方面的一些尝试，并且解读了Exadata和Oracle刚推出的ODA（Oracle Database Appliance）的架构，引起了非常大的反响。
　　2011年底，我终于等到了亲身体验Exadata的机会，Oracle提供了一个Exadata V2 Quarter Rack供我们测试。我们根据在线交易网站的特点，专门设计了一个测试模型，并且先在高端的小型机和存储上进行测试，然后再在Exadata上运行相同的测试，以此来评估Exadata和传统主机存储之间的性能差异。Exadata的表现让我们非常惊讶，性能完全超过了小型机和存储。Exadata使用FlashCache技术，在读多写少的应用场景下，表现超乎想像，不仅预热速度快，而且性能与将数据全部放在Flash上相差无几，提供了非常好的性能价格比。不仅如此，我们还特别模拟了存储节点宕机的情况，当某个存储节点宕机时，Exadata表示毫无影响，而且性能下降非常小。通过一周的测试，我们对Exadata高性能、高可用和高度灵活的特性有了更深的认识。
　　作为一名Exadata技术爱好者，一直苦于找不到一本深入介绍Exadata的书籍，直到偶然一次机会我发现了Expert Oracle Exadata这本书，本书的几位作者都是Oracle技术领域的大师，之前我一直订阅他们的博客，了解最新的Oracle前沿技术，冲着它是几位大师的合著，再看看内容简介，我知道它就是我期盼已久的那本书。当时这本书还没有完成，我找到出版社希望能在本书出版后第一时间拿到，没想到侠少不仅帮我拿到了书，同时也拿到了本书的版权，并且希望我能翻译这本书，我毫不犹豫地答应了，因为我已经期待了太长时间。但是当我读了一点又开始犹豫了，因为对于Exadata来说我只是个初学者，而且本书的技术含量非常高，凭我一己之力很难完成这项工作，我马上想到了两个人，一位是Kaya（黄凯耀），另一位是Kamus（张乐奕），Kaya来自于Oracle RealWorld Database Performance Group，专门研究Oracle和Exadata的性能优化，我相信国内没有人比他更熟悉Exadata。Kamus是国内知名的Oracle技术专家，Oracle ACE Director，他也是Exadata技术爱好者。事实证明，他们就是最合适的人。
　　虽然我以前也经常写文章，但是翻译书籍还是第一次，深深体会到翻译工作的艰辛。因为Exadata是业界最新的技术，翻译的过程也是学习的过程，很多技术都是第一次碰到，需要理解并准确表达出来，这对翻译者来说是个严峻的考验。我们三个人一起翻译和讨论，不知不觉就过去了半年，来来回回发了几百封邮件，往往一个句子甚至一个词，都要讨论很多遍才能确定下来，正是在这个讨论的过程中，很多技术问题都被我们搞清楚了。我们坚信翻译不是简单的文字转换，一定要自己先搞清楚，才能翻译出来给大家。正因为如此，我们在翻译的过程中，也发现了原书中的很多错误，并且Kaya把我们发现的错误都整理出来发给了原书的作者，所以大家读到的应该是最新版本。
　　如果要说本书最难翻译的部分是什么，当属“Kevin说”，因为Kevin说的要不是“技术哲学”，就是“技术原理”，有时候我们读过几遍之后，还不知道他在说什么，我们已经尽可能翻译得通俗易懂，但是仍然有很多不完美的地方，请大家谅解。另外，因为Exadata的技术非常新，我们在难以理解的地方都加上了译者注，希望可以帮助大家。本书中出现的术语，我们都采用中英文对照的方式，也有一些常用的Oracle术语我们选择不翻译，因为英文比中文更容易理解。
　　最后，我要感谢家人对我的支持，尤其是我的爱人Emily和宝贝Michael，每天工作到深夜，回家后看到你们熟睡的脸庞，觉得一切付出都是值得的。还要感谢和我一起战斗过的Kaya和Kamus，你们给了我太多的帮助。感谢原书的作者，正是因为你们写了这样一本伟大的著作，才有现在的中文版。最后感谢读者的支持和理解，希望你们喜欢这本书。
　　我翻译了本书第3、5、10、14、15章以及附录部分。
　　张 瑞
　　2012年4月1日于杭州
　　

.　　联机资源
　　在这本书中，我们使用了一些脚本。如果脚本比较短，或者我们觉得脚本本身值得关注，我们会在书上包含它的内容。如果脚本太长，或者不是非常有意思，我们可能会选择不包含脚本的内容。你可以在网站www.ExpertOracleExadata.com上找到我们在本书中使用的所有脚本的源代码。附录C包含了所有诊断脚本的列表，以及对它们使用目的的一个简要说明。
　　关于“Kevin 说”的一点说明
　　Kevin Closson是本书的主要技术评审员，Kevin是Oracle的SAGE项目的首席性能架构师，SAGE其实就是Exadata的前身，因此，他不但对Exadata如何工作，而且对Exadata应该如何工作和为什么如此工作都有非常深入的了解。作为技术评审员，他的职责是对我们所写的东西进行评审，并验证它的正确性。一般的工作流程是：一个作者提交某一章节的草稿版本，Kevin对其进行评审并附以相关的评论。随着工作的展开，我们发现把Kevin的一些评论加入到本书中或许是一个好主意，这能够给大家提供一个了解此过程的独特视角。Kevin的评论非常特别，是言简意赅的典范。在此项目过程中，我发现我自己会多次回去查阅那些短小的评论和邮件，随着对某个主题的进一步熟悉，我发现它们表达了更多的含义。因此我建议你也采用类似的方式，当阅读一个章节时同时阅读他的评论，在完成这一章节时，请尝试重新阅读他的评论，我想在第二遍时，你会发现你读懂了更多的东西。
　　我们如何测试
　　当我们开始此项目时，数据库的版本是11.2.0.1。因此一些章节的初始测试环境采用的就是这个版本的数据库，还有在存储节点上的各种级别的补丁。当11.2.0.2发布后，我们回去进行重新测试。我们会努力指出显著不同的地方，但有些部分是在11.2.0.2发布之后才开始编写的，因此对于这些部分，我们可能不会提及其与11.2.0.1行为上的不同。我们使用V2和X2硬件组件的组合进行测试工作。除了X2的速度更快之外，它们之间基本上没有什么区别。
　　数据库用户和表
　　你会发现本书的一些例子用到了几个数据库表。Tanel使用了一个叫做T的表，如下所示：
　　SYS@SANDBOX1] @table_stats
　　Owner : TANEL
　　Table : T
　　Name Null? Type
　　OWNER VARCHAR2(30)
　　NAME VARCHAR2(30)
　　TYPE VARCHAR2(12)
　　LINE NUMBER
　　TEXT VARCHAR2(4000)
　　ROWNUM NUMBER
　　Table Statistics
　　TABLE_NAME : T
　　LAST_ANALYZED : 10-APR-2011 13:28:55
　　DEGREE : 1
　　PARTITIONED : NO
　　NUM_ROWS : 62985999
　　CHAIN_CNT : 0
　　BLOCKS : 1085255
　　EMPTY_BLOCKS : 0
　　AVG_SPACE : 0
　　AVG_ROW_LEN : 104
　　MONITORING : YES
　　SAMPLE_SIZE : 62985999
　　Column Statistics
　　Name Analyzed NDV Density # Nulls # Buckets Sample
　　OWNER 04/10/2011 21 .047619 0 1 62985999
　　NAME 04/10/2011 5417 .000185 0 1 62985999
　　TYPE 04/10/2011 9 .111111 0 1 62985999
　　LINE 04/10/2011 23548 .000042 0 1 62985999
　　TEXT 04/10/2011 303648 .000003 0 1 62985999
　　ROWNUM 04/10/2011 100 .010000 0 1 62985999
　　我使用SKEW表的几个不同的变体，最常使用的是SKEW3，如下所示：
　　SYS@SANDBOX1] @table_stats
　　Owner : KSO
　　Table : SKEW3
　　Name Null? Type
　　PK_COL NUMBER
　　COL1 NUMBER
　　COL2 VARCHAR2(30)
　　COL3 DATE
　　COL4 VARCHAR2(1)
　　NULL_COL VARCHAR2(10)
　　Table Statistics
　　TABLE_NAME : SKEW3
　　LAST_ANALYZED : 10-JAN-2011 19:49:00
　　DEGREE : 1
　　PARTITIONED : NO
　　NUM_ROWS : 384000048
　　CHAIN_CNT : 0
　　BLOCKS : 1958654
　　EMPTY_BLOCKS : 0
　　AVG_SPACE : 0
　　AVG_ROW_LEN : 33
　　MONITORING : YES
　　SAMPLE_SIZE : 384000048
　　Column Statistics
　　Name Analyzed NDV Density # Nulls # Buckets Sample
　　PK_COL 01/10/2011 31909888 .000000 12 1 384000036
　　COL1 01/10/2011 902848 .000001 4 1 384000044
　　COL2 01/10/2011 2 .500000 12 1 384000036
　　COL3 01/10/2011 1000512 .000001 12 1 384000036
　　COL4 01/10/2011 3 .333333 12 1 384000036
　　NULL_COL 01/10/2011 1 1.000000 383999049 1 999
　　这些详细的信息对于理解示例应该不是必需的，但如果你对这些表有什么疑问，这里的信息可供参考。当然我们也使用了其他的表，这些只是我们最常使用的。
　　祝你好运
　　我们的Exadata探索之旅如同一场狂欢的盛宴。希望你能如我们一样，尽情享受这个探索历程，也希望这本书能够提供一个构建你自己知识框架的平台。我觉得我们只是刚刚掀开了Exadata所展现的无尽可能性的面纱的一角。开始你的研究之旅吧，祝你好运，请随时在网站www.ExpertOracleExadata.com上向我们提问，并和我们分享你的发现。