梁敬彬，网名wabjtam123，任ITPUB版主、ITPUB社区专家、福建富士通公司数据库专家。参与编写过《剑破冰山--Oracle开发艺术》、《DBA手记2》等技术书籍，多年从事电信相关行业工作，负责系统架构设计、优化、培训等工作，有着丰富的数据库管理、设计、开发、培训经验和电信行业经验。

　　梁敬弘，清华大学计算机系博士毕业，在计算机领域和金融领域皆有建树，拥有多项计算机相关核心专利技术的同时还拥有金融行业的CFP等高级认证。现就职于华夏银行总行。

　　在《收获，不止Oracle》这本书里读者将会跟随作者一同对Oracle数据库的相关知识进行梳理，最终共同提炼出必须最先掌握的那部分知识，无论你是数据库开发、管理、优化、设计人员，还是从事Java、C的开发人员。接下来作者再将这部分知识中最实用的内容进一步提炼，浓缩出最精华的部分，分享给大家。这是二八现象的一次经典应用。
　　这部分知识就是Oracle的物理体系结构、逻辑体系结构、表、索引以及表连接五大部分。通过阅读这些章节，读者将会在最短时间内以一种有史以来最轻松的方式，完成对Oracle数据库的整体认识，不仅能在工作中解决常规问题，还能具备一定的设计和调优能力。相信通过这些章节的学习，会给读者的Oracle学习带来极大的收获。
　　然而，作者最希望看到的是：让读者的收获，不止Oracle。
　　为达到此目的，作者精心将全书分成了上下两篇，刚才所描述的具体知识点体现在全书的上篇，而在下篇中，读者将通过各种精彩故事、生动案例，体会到该如何学习和如何思考，在意识的天空抛开束缚，无拘无束、尽情飞翔。
　　在这里，读者也许会有疑问，前面说的有史以来最轻松的方式是一种什么样的方式呢？还请亲爱的读者自己去揭晓谜底吧。

　　岂曰无衣，与子同袍。此书必为IT行业带来一股清新之风，打造出IT书籍的一段传奇佳话，成就一部永不过时的经典力作！我相信，此书将为广大读者开启惊喜之心扉，让读者飞翔在思想的天空、遨游在方法论的海洋、采摘到技术的累累硕果，相信收获远不止Oracle！
　　——福富软件公司副董事长、总经理：杨林

　　作者在书中反复传达的核心观点是：Oracle数据库看似艰深的原理实际上和生活中的基本常识并无二致。理解了这一层意思，就能够克服对于这门技艺的畏惧之心，此后的学习自然就能够顺风顺水。诚然如此，我也经常和朋友们说，对于Oracle的很多艰深算法，如果由我们去深思熟虑，其结果都必然大致相同。类似HASH原理，布隆过滤等算法，理解了你就只觉得巧妙而不觉艰深。现在梁老师就为我们寻找了一系列源于生活、循序渐进的学习路线，如果你能够细心领会，就会觉得这一门技艺实在是趣味横生。
　　——盖国强（eygle）Oracle ACE总监、云和恩墨创始人、ACOUG创始人

　　我在ITPUB认识梁敬彬先生始，就拜读他当时参与的大作《剑破冰山--Oracle开发艺术》，直至今天，这本书里的部分内容在行业里还发挥着重要影响力。从事数据库事业多年，读过无数的技术书，有洋洋万言的，有短小精悍的，但大多写得正儿八经，有距离感，还有点冷。梁敬彬先生的新书，用生动的故事形式叙述复杂技术，开创数据库技术书籍故事化的写作先河。梁先生技术功底和文字功底同样深厚，更重要的是具有作为讲师那种缜密、体系化的思维方式，以及对读者心思的透视力，因此成书脉络清晰，里面还不断穿插许多人生哲理，技术前瞻，让人获益良多。这本书非常适合入行者和在行业里谋求上升的同仁阅读，动人的文笔可以让你一口气读完这本书，而且完全没有读其它技术书籍时那种头晕脑胀，昏昏入睡的感觉。这是一本值得向行业推介的优秀技术书籍。
　　——黄志洪(tigerfish)  中国数据库社区ITPUB创始人

　　多年前作为DBA时我曾经总结过，到底是什么后天原因能导致人和人之间的学习结果发生重大差异，其中有一点就是思维方式。于是我尝试在思维方式方面去影响身边的一些人，最后这些人在各自的领域也都获得了成功，而在此之前他们却是默默无闻。思维方式可以由长期的训练而固化下来，但若是无人在身边影响你，那么最好就是你自己有意识的发生改变。
　　敬彬此书就是用诙谐幽默的语言生动地引导大家在意识层面发生改变，然后逐步转化为行动上的改变，按此坚持几年下来，相信每个人都能迈上自己新的台阶，这的确早已超越oracle的范畴，对我们诸多方面都有益处。
　　——冯春培 (biti_rainy) 支付宝平台数据部资深总监

　　敬彬兄这本书有着与市场上其他Oracle书籍与众不同的特点，他通过一个个精彩的小故事，串起Oracle的核心知识和优化方法论，并时刻强调学习和工作的意识，如何不被技术束缚，如何跳出技术，意识和方法真的很重要。相信读完本书，你的收获，绝对不止Oracle！
　　——丁俊（dingjun123）
　　ITPUB Oracle开发版资深版主 《剑破冰山--Oracle开发艺术》副主编

　　通读本书，如醍醐灌顶，豁然开朗，本书从实战出发，出发于技术，而超脱于意识，回味无穷，作者拥有多年的Oracle应用和体系架构设计的经验，付出了不亚于任何人的努力，总结出众多独到的经验，不失为一本好书，为学习和使用Oracle的技术人员带来诸多益处。
　　——傅祥文 福富软件公司运营总监

　　由梁敬彬、梁敬弘兄弟合作的《收获，不止Oracle》一书问世了。这对学习和从事数据库相关事务的业内人员来说，是一件幸事。读一本技术方面的书，或修一门课程、听一个讲座，大凡可能有三方面的收获：掌握相关的知识，提高解决问题的能力，激发学习、探讨有关问题的兴趣和热情。这些可能的收获不在一个层面上，后两者更为可贵。梁敬彬梁敬弘兄弟的这本书恰恰给读者提供了这样的机会。当然，要有真收获，还要有真努力。
　　梁敬弘曾是我的学生，不仅学业专精，围棋也下得很不错，是一个真诚而聪明的小伙子，跟他的哥哥相比，内向一些。梁敬彬与弟弟相比更善于沟通和表达，是一个数据库方面的专家，也是一个很好的教师。在此，预祝本书的出版获得成功，同时也祝兄弟二人在事业上不断取得新的成就。
　　——黄连生 清华大学计算机系教授

　　曾经有Oracle的初学者问我，怎么开始学习Oracle？那时候我的答案很简单：“去下载Oracle的在线文档，包括Database Concept、Administrator‘s Guide，然后开始学着做实验。”诚然，对学习技术而言，在线文档是一个不可多得的利器，但是，对于一个刚刚开始接触Oracle的人来说，要从枯燥的英文文档中去学习和理解Oracle的技术体系，也许有点勉为其难。 就算是市面上众多的Oracle技术书籍，多数也是堆砌满了技术细节，随时可能吓跑初学者。
　　好在，现在梁敬彬先生通过自己在日常工作和培训中的磨练，把自己对Oracle技术的感悟，通过一个一个的小故事，浅显而又形象地展现了出来。对于初学者来说，可以慢慢地在一个个小故事中去了解Oracle数据库。读完这本书，你也许会恍然大悟：“哦，原来Oracle是这样子的。”
　　——罗海雄（rollingpig） ITPUB Oracle管理版资深版主

　　大师这本书，初学者乍一看，挺深入，老手乍一看，挺简单。但真正看完，才知道什么是不简单下的简单，简单中的不简单！
　　——新浪微博网友 @ImNotDBA

    “小莲同学一针见血地指出了梁老师的错误或者说是描述不完整的部分，非常好！”梁老师笑着说，“我每次给别人培训时都故意说到前面就结束了，然后等同学来发现这个漏洞，但是很少有人质疑，小莲同学非常认真，值得表扬。    这里的语句是select*from t where id=12，这个*表示要展现t表的所有字段，显然只访问索引是不可能包含表的所有字段的，因为该索引只是对id列建索引，也就存储了id列的信息而已。因此上述查询访问完索引块后，必然要再访问数据块，比较快捷的方法是用索引块存储的rowid来快速检索数据块（具体在后续章节会描述），由此证明我之前假想的3次IO是错误的，理应增加一次从索引块到数据块获取各个列信息的检索动作，至少是4次10才对。    现在大家都没疑问了吧?”    小莲和同学们都纷纷点头，大家都觉得没疑问了。    “既然大家都没疑问了，梁老师想问大家一个问题，什么情况下查询可以只访问索引而不访问表呢？”    “梁老师，我知道了，如果查询只检索索引列信息，就可以不访问表了，比如查询改成select id from t where id=12时就是这种情况。”晶晶起身回答。    “非常正确，虽然select id from t where id=12的写法会让人觉得有些奇怪，但是从回答这个问题的角度来看，却是百分之百正确的回答！没理解的同学请仔细回味我说过的这句话：    其中Leaf（叶子块）主要存储了key column value（索引列具体值）以及能具体定位到数据块所在位置的rowid（注意区分索引块和数据块）。    这句话很经典哦，大家要牢记在心，我相信小莲和晶晶已经完全明白这句话的意思了，对不对啊两位同学？”    两位同学都不好意思地笑了。    5.2.1.2到底是物理还是逻辑结构    “同学们，select*from t where id=12这个语句在索引中检索时的3次IO描述大家还记忆犹新吧，大家说说看这个索引查询示例图描述的是一种逻辑结构还是物理结构呢?    我再解释一下，物理结构可以理解为真正存在根、茎、叶的BLOCK。而逻辑结构可以理解为并没有存在根、茎的BLOCK，只是一种指针或者说一种内部算法。    有奖竞猜，大家踊跃发言。”    “逻辑结构！”台下几乎没有听到有人说是物理结构的。    “换句话说就是大家都认为不存在真正的根、茎、叶的块组成了这些对象，是这样吗？”    “是！”虽然大家都回答是，但是可以看出来不少同学们还是有些不敢确定。    “那答案到底是什么呢？老师不着急公布答案，大家跟我一起做一个试验吧，不过这次试验与之前的风格不同，老师并不执行任何脚本，而是通过一系列有趣的看图说话让大家跟梁老师一起想象，大家要打起精神认真听。 

上篇　开启惊喜之门--带意识地学Oracle
第1章  意识，少做事从学习开始
1.1  选择先学什么颇有学问
1.1.1  梁老师课堂爆笑开场
1.1.2  看似跑题的手机分类
1.1.3  学什么先了解做什么
1.2  善于规划分类才有效果
1.2.1  分类与角色密切相关
1.2.2  角色自我认识有讲究
1.3  明白学以致用方有意义
第2章  震惊，体验物理体系之旅
2.1  必须提及的系列知识
2.2  物理体系从老余开店慢慢铺开
2.2.1  老余的三个小故事
2.2.1.1  顾客的尺寸
2.2.1.2  有效的调整
2.2.1.3  记录的习惯
2.2.2  体系结构原理初探
2.2.2.1  从一普通查询SQL说起
2.2.2.2  老余故事终现用心良苦
2.2.2.3  一起体会Oracle代价
2.2.3  体系结构原理再探
2.2.3.1  从一普通更新语句说起
2.2.3.2  体系结构中提交的探讨
2.2.3.3  劳模的评选
2.2.3.4  回滚的研究
2.2.3.5  一致的查询
2.2.3.6  一致读的原理
2.2.3.7  实践的体会
2.3  体系学习让SQL性能提升千倍
2.3.1  一起探索体系学习的意义
2.3.1.1  同学们不知所学何用
2.3.1.2  实际上大有用武之地
2.3.2  单车到飞船的经典之旅
2.3.2.1  未优化前，单车速度
2.3.2.2  绑定变量，摩托速度
2.3.2.3  静态改写，汽车速度
2.3.2.4  批量提交，动车速度
2.3.2.5  集合写法，飞机速度
2.3.2.6  直接路径，火箭速度
2.3.2.7  并行设置，飞船速度
2.3.3  精彩的总结与课程展望
2.3.3.1  最大的收获应该是思想
2.3.3.2  老师的课程展望与规划
第3章  神奇，走进逻辑体系世界
3.1  长幼有序的逻辑体系
3.2  逻辑体系从老余养殖细细说起
3.2.1  农场之体系逻辑结构
3.2.2  农场之 BLOCK 漫谈
3.2.3  农场之区与段
3.2.4  农场之表空间的分类
3.2.4.1  表空间与系统农场
3.2.4.2  表空间与临时农场
3.2.4.3  表空间与回滚农场
3.2.5  逻辑结构之初次体会
3.2.5.1  逻辑结构之 BLOCK
3.2.5.2  逻辑结构之 TABLESPACE
3.2.5.3  逻辑结构之 USER
3.2.5.4  逻辑结构之 EXTENT
3.2.5.5  逻辑结构之 SEGMENT
3.2.6  逻辑结构之二次体会
3.2.6.1  BLOCK的大小与调整
3.2.6.2  PCTFREE参数与调整
3.2.6.3  PCTFREE与生效范围
3.2.6.4  EXTENT 尺寸与调整
3.2.7  逻辑结构之三次体会
3.2.7.1  已用与未用表空间情况
3.2.7.2  表空间大小与自动扩展
3.2.7.3  回滚表空间新建与切换
3.2.7.4  临时表空间新建与切换
3.2.7.5  临时表空间组及其妙用
3.3  课程结束你给程序安上了翅膀
3.3.1  过度扩展与性能
3.3.2  PCTFREE与性能
3.3.3  行迁移与优化
3.3.4  块的大小与应用
第4章  祝贺，表的设计成就英雄
4.1  表的设计之五朵金花
4.2  表的特性从老余一家展开描述
4.2.1  老余一家各施所长
4.2.2  普通堆表不足之处
4.2.2.1  表更新日志开销较大
4.2.2.2  delete无法释放空间
4.2.2.3  表记录太大检索较慢
4.2.2.4  索引回表读开销很大
4.2.2.5  有序插入却难有序读出
4.2.3  奇特的全局临时表
4.2.3.1  分析全局临时表的类型
4.2.3.2  观察各类DML的REDO量
4.2.3.3  全局临时表两大重要特性
4.2.4  神通广大的分区表
4.2.4.1  分区表类型及原理
4.2.4.2  分区表最实用的特性
4.2.4.3  分区索引类型简述
4.2.4.4  分区表之相关陷阱
4.2.5  有趣的索引组织表
4.2.6  簇表的介绍及应用
4.3  理解表设计的你成为项目组英雄
第5章  惊叹，索引天地妙不可言
5.1  看似简单无趣的索引知识
5.2  索引探秘从小余缉凶拉开帷幕
5.2.1  BTREE索引的精彩世界
5.2.1.1  BTREE索引结构图展现
5.2.1.2  到底是物理还是逻辑结构
5.2.1.3  索引结构三大重要特点
5.2.1.4  插播小余缉凶精彩故事
5.2.1.5  妙用三特征之高度较低
5.2.1.6  巧用三特征之存储列值
5.2.1.7  活用三特征之索引有序
5.2.1.8  不可不说的主外键设计
5.2.1.9  组合索引高效设计要领
5.2.1.10 变换角度看索引的危害
5.2.1.11 如何合理控制索引数量
5.2.2  位图索引的玫瑰花之刺
5.2.2.1  统计条数奋勇夺冠
5.2.2.2  即席查询一骑绝尘
5.2.2.3  遭遇更新苦不堪言
5.2.2.4  重复度低一败涂地
5.2.2.5  了解结构真相大白
5.2.3  小心函数索引步步陷阱
5.2.3.1  列运算让索引失去作用
5.2.3.2  函数索引是这样应用的
5.2.3.3  避免列运算的经典案例
5.3  索引让一系列最熟悉的SQL飞起来了
第6章  经典，表的连接学以致用
6.1  表的连接之江南三剑客
6.2  三大类型从小余跳舞一一道来
6.2.1  跳舞也能跳出连接类型
6.2.1.1  感觉怪异的嵌套循环
6.2.1.2  排序合并及哈希连接
6.2.2  各类连接访问次数差异
6.2.2.1  嵌套循环的表访问次数
6.2.2.2  哈希连接的表访问次数
6.2.2.3  排序合并的表访问次数
6.2.3  各类连接驱动顺序区别
6.2.3.1  嵌套循环的表驱动顺序
6.2.3.2  哈希连接的表驱动顺序
6.2.3.3  排序合并的表驱动顺序
6.2.4  各类连接排序情况分析
6.2.4.1  除嵌套循环都需排序
6.2.4.2  排序只需取部分字段
6.2.4.3  关于排序的经典案例
6.2.5  各类连接限制场景对比
6.2.5.1  哈希连接的限制
6.2.5.2  排序合并的限制
6.2.5.3  嵌套循环无限制
6.3  你动手装备的表连接威震三军
6.3.1  嵌套循环与索引
6.3.2  哈希连接与索引
6.3.3  排序合并与索引
下篇  飞翔意识天空--思想与案例的分享
第7章  搞定！不靠技术靠菜刀
7.1  SQL被一刀剁了
7.2  整个模块丢弃了
7.3  调用次数减少了
7.4  排序不再需要了
7.5  大表砍成小表了
7.6  排重操作消失了
7.7  插入阻碍小多了
7.8  迁移事情不做了
第8章  升级！靠技术改隐形刀
8.1  大表等同小表了
8.2  大表切成小表了
8.3  索引变身小表了
8.4  删除动作不做了
8.5  清表角度变换了
8.6  提交次数缩减了
8.7  迁移越来越快了
8.8  SQL语句精简了
第9章  提问，也是智慧的体现
9.1  描述要考虑周全
9.2  用词要尽量准确
9.3  说明要力求简洁
9.4  问过的避免再问
9.5  能搜能试不急问
第10章  买鱼，居然买出方法论
10.1  小余买鱼系列故事
10.1.1  诊断与改进
10.1.2  需求与设计
10.1.3  资源的利用
10.1.4  真正的需求
10.2  买鱼买出了方法论
10.2.1  一套流程
10.2.2  两大法宝
10.3  方法论的应用案例
10.3.1  从我们的这一套流程说起
10.3.1.1  诊断
10.3.1.2  改进优化（首次优化）
10.3.1.3  需求与设计（再次优化）
10.3.1.4  资源利用（花絮）
10.3.2  案例映衬了经典两大法宝
第11章  宝典，规范让你少做事
11.1  抓狂，为何事总忙不完
11.1.1  技术能力不足的新人们
11.1.2  不懂提问智慧的求助者
11.1.3  产生各种失误的粗心者
11.1.3.1  啊，小黄的DDL惹祸
11.1.3.2  惨，老师登错环境了
11.1.3.3  糟，小罗忘操作……
11.1.4  解决问题缓慢的技术员
11.1.4.1  优化效率低下的小高
11.1.4.2  为何老师能快速解决
11.1.5  陷入种种困境的开发者
11.1.5.1  超长SQL使小郑烦恼
11.1.5.2  缺少注释让小叶沮丧
11.1.6  总是考虑不全的设计者
11.1.6.1  未提前规划的王工
11.1.6.2  不了解特性的刘工
11.2  淡定，规范少做无谓事
11.2.1  学习规范--促成新人快速成长
11.2.2  求助规范--引导求助不再迷糊
11.2.3  操作规范--协助粗心者不犯错
11.2.4  流程规范--保障问题快速解决
11.2.4.1  动态整体
11.2.4.2  动态局部
11.2.4.3  静态整体
11.2.4.4  静态局部
11.2.5  开发规范--让开发者驾轻就熟
11.2.5.1  SQL编写规范
11.2.5.2  PL/SQL编写规范
11.2.6  设计规范--助设计者运筹帷幄
11.2.6.1  表规范
11.2.6.2  索引规范
11.2.6.3  环境参数规范
11.2.6.4  命名规范