具体描述
作者简介
目录信息
第1章 意识，少做事从学习开始 2
1.1 选择先学什么颇有学问 2
1.1.1 梁老师课堂爆笑开场 2
1.1.2 看似跑题的手机分类 4
1.1.3 学什么先了解做什么 5
1.2 善于规划分类才有效果 7
1.2.1 分类与角色密切相关 7
1.2.2 角色自我认识有讲究 9
1.3 明白学以致用方有意义 11
第2章 震惊，体验物理体系之旅 13
2.1 必须提及的系列知识 13
2.2 物理体系从老余开店慢慢铺开 16
2.2.1 老余的三个小故事 16
2.2.1.1 顾客的尺寸 16
2.2.1.2 有效的调整 17
2.2.1.3 记录的习惯 18
2.2.2 体系结构原理初探 20
2.2.2.1 从一普通查询SQL说起 20
2.2.2.2 老余故事终现用心良苦 23
2.2.2.3 一起体会Oracle代价 27
2.2.3 体系结构原理再探 30
2.2.3.1 从一普通更新语句说起 30
2.2.3.2 体系结构中提交的探讨 34
2.2.3.3 劳模的评选 38
2.2.3.4 回滚的研究 40
2.2.3.5 一致的查询 43
2.2.3.6 一致读的原理 46
2.2.3.7 实践的体会 49
2.3 体系学习让SQL性能提升千倍 65
2.3.1 一起探索体系学习的意义 65
2.3.1.1 同学们不知所学何用 66
2.3.1.2 实际上大有用武之地 67
2.3.2 单车到飞船的经典之旅 70
2.3.2.1 未优化前，单车速度 70
2.3.2.2 绑定变量，摩托速度 72
2.3.2.3 静态改写，汽车速度 74
2.3.2.4 批量提交，动车速度 75
2.3.2.5 集合写法，飞机速度 77
2.3.2.6 直接路径，火箭速度 78
2.3.2.7 并行设置，飞船速度 79
2.3.3 精彩的总结与课程展望 80
2.3.3.1 最大的收获应该是思想 80
2.3.3.2 老师的课程展望与规划 81
第3章 神奇，走进逻辑体系世界 84
3.1 长幼有序的逻辑体系 84
3.2 逻辑体系从老余养殖细细说起 85
3.2.1 农场之体系逻辑结构 85
3.2.2 农场之BLOCK漫谈 89
3.2.3 农场之区与段 91
3.2.4 农场之表空间的分类 93
3.2.4.1 表空间与系统农场 93
3.2.4.2 表空间与临时农场 93
3.2.4.3 表空间与回滚农场 94
3.2.5 逻辑结构之初次体会 94
3.2.5.1 逻辑结构之BLOCK 94
3.2.5.2 逻辑结构之TABLESPACE 95
3.2.5.3 逻辑结构之USER 97
3.2.5.4 逻辑结构之EXTENT 97
3.2.5.5 逻辑结构之SEGMENT 98
3.2.6 逻辑结构之二次体会 100
3.2.6.1 BLOCK的大小与调整 100
3.2.6.2 PCTFREE参数与调整 101
3.2.6.3 PCTFREE与生效范围 102
3.2.6.4 EXTENT尺寸与调整 103
3.2.7 逻辑结构之三次体会 104
3.2.7.1 已用与未用表空间情况 104
3.2.7.2 表空间大小与自动扩展 105
3.2.7.3 回滚表空间新建与切换 109
3.2.7.4 临时表空间新建与切换 111
3.2.7.5 临时表空间组及其妙用 114
3.3 课程结束你给程序安上了翅膀 117
3.3.1 过度扩展与性能 117
3.3.2 PCTFREE与性能 120
3.3.3 行迁移与优化 123
3.3.4 块的大小与应用 124
第4章 祝贺，表的设计成就英雄 131
4.1 表的设计之五朵金花 131
4.2 表的特性从老余一家展开描述 132
4.2.1 老余一家各施所长 132
4.2.2 普通堆表不足之处 132
4.2.2.1 表更新日志开销较大 133
4.2.2.2 delete无法释放空间 136
4.2.2.3 表记录太大检索较慢 139
4.2.2.4 索引回表读开销很大 140
4.2.2.5 有序插入却难有序读出 143
4.2.3 奇特的全局临时表 146
4.2.3.1 分析全局临时表的类型 146
4.2.3.2 观察各类DML的REDO量 147
4.2.3.3 全局临时表两大重要特性 149
4.2.4 神通广大的分区表 153
4.2.4.1 分区表类型及原理 155
4.2.4.2 分区表最实用的特性 165
4.2.4.3 分区索引类型简述 176
4.2.4.4 分区表之相关陷阱 177
4.2.5 有趣的索引组织表 184
4.2.6 簇表的介绍及应用 187
4.3 理解表设计的你成为项目组英雄 189
第5章 惊叹，索引天地妙不可言 191
5.1 看似简单无趣的索引知识 191
5.2 索引探秘从小余缉凶拉开帷幕 192
5.2.1 BTREE索引的精彩世界 192
5.2.1.1 BTREE索引结构图展现 192
5.2.1.2 到底是物理还是逻辑结构 194
5.2.1.3 索引结构三大重要特点 198
5.2.1.4 插播小余缉凶精彩故事 201
5.2.1.5 妙用三特征之高度较低 203
5.2.1.6 巧用三特征之存储列值 219
5.2.1.7 活用三特征之索引有序 248
5.2.1.8 不可不说的主外键设计 265
5.2.1.9 组合索引高效设计要领 272
5.2.1.10 变换角度看索引的危害 289
5.2.1.11 如何合理控制索引数量 295
5.2.2 位图索引的玫瑰花之刺 297
5.2.2.1 统计条数奋勇夺冠 297
5.2.2.2 即席查询一骑绝尘 302
5.2.2.3 遭遇更新苦不堪言 306
5.2.2.4 重复度低一败涂地 309
5.2.2.5 了解结构真相大白 311
5.2.3 小心函数索引步步陷阱 315
5.2.3.1 列运算让索引失去作用 315
5.2.3.2 函数索引是这样应用的 317
5.2.3.3 避免列运算的经典案例 319
5.3 索引让一系列最熟悉的SQL飞起来了 325
第6章 经典，表的连接学以致用 327
6.1 表的连接之江南三剑客 327
6.2 三大类型从小余跳舞一一道来 328
6.2.1 跳舞也能跳出连接类型 328
6.2.1.1 感觉怪异的嵌套循环 328
6.2.1.2 排序合并及哈希连接 329
6.2.2 各类连接访问次数差异 330
6.2.2.1 嵌套循环的表访问次数 330
6.2.2.2 哈希连接的表访问次数 337
6.2.2.3 排序合并的表访问次数 340
6.2.3 各类连接驱动顺序区别 341
6.2.3.1 嵌套循环的表驱动顺序 341
6.2.3.2 哈希连接的表驱动顺序 343
6.2.3.3 排序合并的表驱动顺序 345
6.2.4 各类连接排序情况分析 347
6.2.4.1 除嵌套循环都需排序 347
6.2.4.2 排序只需取部分字段 347
6.2.4.3 关于排序的经典案例 349
6.2.5 各类连接限制场景对比 350
6.2.5.1 哈希连接的限制 350
6.2.5.2 排序合并的限制 353
6.2.5.3 嵌套循环无限制 355
6.3 你动手装备的表连接威震三军 355
6.3.1 嵌套循环与索引 356
6.3.2 哈希连接与索引 362
6.3.3 排序合并与索引 363
下篇 飞翔意识天空——思想与案例的分享
第7章 搞定！不靠技术靠菜刀 368
7.1 SQL被一刀剁了 369
7.2 整个模块丢弃了 370
7.3 调用次数减少了 371
7.4 排序不再需要了 372
7.5 大表砍成小表了 373
7.6 排重操作消失了 373
7.7 插入阻碍小多了 374
7.8 迁移事情不做了 375
第8章 升级！靠技术改隐形刀 377
8.1 大表等同小表了 378
8.2 大表切成小表了 379
8.3 索引变身小表了 380
8.4 删除动作不做了 380
8.5 清表角度变换了 381
8.6 提交次数缩减了 382
8.7 迁移越来越快了 384
8.8 SQL语句精简了 385
第9章 提问，也是智慧的体现 391
9.1 描述要考虑周全 392
9.2 用词要尽量准确 393
9.3 说明要力求简洁 394
9.4 问过的避免再问 396
9.5 能搜能试不急问 396
第10章 买鱼，居然买出方法论 398
10.1 小余买鱼系列故事 398
10.1.1 诊断与改进 398
10.1.2 需求与设计 401
10.1.3 资源的利用 403
10.1.4 真正的需求 404
10.2 买鱼买出了方法论 405
10.2.1 一套流程 405
10.2.2 两大法宝 407
10.3 方法论的应用案例 408
10.3.1 从我们的这一套流程说起 408
10.3.1.1 诊断 408
10.3.1.2 改进优化（首次优化） 409
10.3.1.3 需求与设计（再次优化） 410
10.3.1.4 资源利用（花絮） 412
10.3.2 案例映衬了经典两大法宝 412
第11章 宝典，规范让你少做事 414
11.1 抓狂，为何事总忙不完 415
11.1.1 技术能力不足的新人们 415
11.1.2 不懂提问智慧的求助者 415
11.1.3 产生各种失误的粗心者 416
11.1.3.1 啊，小黄的DDL惹祸 416
11.1.3.2 惨，老师登错环境了 417
11.1.3.3 糟，小罗忘操作
11.1.4 解决问题缓慢的技术员 419
11.1.4.1 优化效率低下的小高 419
11.1.4.2 为何老师能快速解决 420
11.1.5 陷入种种困境的开发者 422
11.1.5.1 超长SQL使小郑烦恼 422
11.1.5.2 缺少注释让小叶沮丧 422
11.1.6 总是考虑不全的设计者 423
11.1.6.1 未提前规划的王工 423
11.1.6.2 不了解特性的刘工 424
11.2 淡定，规范少做无谓事 425
11.2.1 学习规范——促成新人快速成长 426
11.2.2 求助规范——引导求助不再迷糊 427
11.2.3 操作规范——协助粗心者不犯错 428
11.2.4 流程规范——保障问题快速解决 429
11.2.4.1 动态整体 429
11.2.4.2 动态局部 432
11.2.4.3 静态整体 439
11.2.4.4 静态局部 448
11.2.5 开发规范——让开发者驾轻就熟 451
11.2.5.1 SQL编写规范 452
11.2.5.2 PL/SQL编写规范 455
11.2.6 设计规范——助设计者运筹帷幄 457
11.2.6.1 表规范 458
11.2.6.2 索引规范 461
11.2.6.3 环境参数规范 467
11.2.6.4 命名规范469
· · · · · · (收起)
读后感
偶然的机会在微薄上有人推荐这本书,于是买来一看.的确,收获不止 ORACLE.书中,作者通过讲故事的方式将技术上的知识点将得简单易懂,非常容易理解.一不小心还可能以为这是一本故事书呢.看这本书的我想应该都是做技术的,书中讲到的如何将学习的知识应用到实际工作中提出了作者的看...
评分看了试读章节会让人产生强烈的购书欲望，只可惜上周刚买了“让Oracle跑得更快”系列书籍。 这是一本看了不会让人乏味的书籍，通过老师与学生的交流使得oracle晦涩的理论学起来变得有趣，个人对相关优化章节更为感兴趣，也更为实用，能够对工作产生立竿见影效果。
评分读了试看章节，有想买一本回来看看的冲动，不是乏味的技术知识讲解，带有案例，让我在了解技术的基础上，有一些实际的认知。 试读章节里有讲到提问的技巧，我作为开发深有体会，不能只描述故障/问题的现象，更能描述原委，才能更有效的获得帮助，无论是找人或者google。 另，其...
评分这是我读过所有有关ORACLE技术最浅显易懂，并且记忆尤深，启发并指引我去思考，去理解，去学习。每读一遍，总有不同的感受与收获。感谢作者的用心良苦，我的收获，不止ORACLE。 特别是最后买鱼的故事，更是全书思想的提升，引导读者一步一步的深入分析，形成整套思维体系，达到...
评分好久没有读过 能够以这么有趣的方式去写计算机技术的书了，而且质量还真的很好，作者对于oracle的了解可谓炉火纯青。只是相比于现在的oracle，部分东西已经过时了，但是还是不out的，更新的东西再去concepts里补一补。 赞一个……5星
用户评价
这本书的标题《收获，不止 Oracle》给我的第一印象就是它的开放性和包容性。我一直认为，技术的发展从来不是孤立的，Oracle 作为一个在数据库领域举足轻重的角色，它的演进和应用必然与其他技术、其他领域有着千丝万缕的联系。我曾经阅读过一些关于 Oracle 的专业书籍，它们大多聚焦于技术细节，比如性能调优、数据库管理等方面，这对于深化技术理解非常有帮助。但是，我总觉得缺少了某种“连接”，缺少了对 Oracle 在整个 IT 生态系统中扮演的角色，以及它如何与更广泛的业务场景相结合的思考。这本书的题目暗示着作者将带领读者进行一次超越 Oracle 本身的探索，去发现那些隐藏在技术之下的更深层次的价值和智慧。我非常期待能够在这本书中找到那些能够启发我思考如何将 Oracle 的强大功能与实际业务需求完美结合的思路，从而在我的工作项目中，不仅能够高效地使用 Oracle，更能从中挖掘出更多的价值，实现真正的“收获”。
评分这本书的封面设计就给我一种很深刻的联想，色彩的运用大胆而富有象征意义，仿佛预示着内容的多样性和深度。拿到手里，触感温润，纸张的质感也相当不错，这让我对作者在细节上的用心有了初步的感知。我并不是一个科班出身的技术人员，我的背景更多地是在业务应用和项目管理方面，但 Oracle 作为一个在企业级应用中无处不在的数据库，其重要性不言而喻。我一直希望能够更深入地理解 Oracle 的核心价值，不仅仅是停留在日常的 SQL 操作层面，而是能触及到它背后更宏观的设计理念和战略意义。这本书的题目《收获，不止 Oracle》恰恰引起了我的好奇，它似乎暗示着除了 Oracle 本身，还有更广阔的视野和更深层的思考等待我去发掘。我期待它能为我提供一种全新的视角，帮助我连接起技术与业务之间的桥梁，从而在我的工作中获得更丰厚的回报，不仅是在技术技能上，更是在解决实际问题的能力上。
评分当我看到《收获，不止 Oracle》这个书名时，脑海中立刻浮现出许多关于技术学习和职业发展的画面。我一直相信，任何一项技术，无论多么深奥，都服务于更宏大的目标，而这个目标往往与业务价值、用户体验，甚至是社会进步息息相关。Oracle 作为数据库领域的巨头，它承载了无数企业的核心业务数据，它的性能、稳定性和安全性直接关系到企业的命脉。我曾尝试深入研究 Oracle，但常常感到知识点过于零散，缺乏一种贯穿始终的理论体系。这本书的标题“收获，不止 Oracle”让我看到了希望，它似乎预示着作者将不仅仅聚焦于 Oracle 的技术本身，而是会将其置于一个更广阔的视角下进行解读。我期待书中能够提供一些关于如何从 Oracle 的技术特性中提炼出通用性的设计原则、如何将 Oracle 的最佳实践应用于其他领域，以及如何利用 Oracle 来驱动业务创新等方面的见解。我相信，这样的解读能够帮助我突破技术的局限，更深刻地理解技术与业务之间的内在联系，从而在我的职业生涯中获得更全面、更长远的“收获”。
评分这本书的书名《收获，不止 Oracle》让我产生了一种强烈的共鸣，仿佛作者早已洞察了我内心深处对于知识和经验的渴求。作为一个在 IT 行业摸爬滚打多年的普通开发者，我曾经将大部分精力投入到具体的编码和系统实现中，而对于更底层、更系统性的知识，总觉得触不可及，又或是感觉过于庞杂而无从下手。Oracle 这样的技术巨头，它的生态系统之庞大，技术之深邃，常常让我感到望而却步。然而，这本书的标题却传递出一种“拨开迷雾见光明”的希望，它告诉我，学习 Oracle 的过程，不仅仅是掌握一项技术，更是一场关于“收获”的旅程，而这份收获，远不止于 Oracle 本身。这让我非常期待作者是如何将 Oracle 的精髓与更广泛的IT哲学、甚至是商业智慧融会贯通的。我希望这本书能给我带来一种“顿悟”的感觉，让我能够跳出固有的思维模式，以一种更宏观、更战略性的眼光去审视 Oracle 以及其他相关的技术领域，从而在职业生涯中实现真正的“收获”。
评分这本书的书名《收获，不止 Oracle》吸引我的地方在于它的“不止”。作为一名在软件开发领域摸索多年的技术人员，我深知任何一项技术都是一个庞大知识体系的冰山一角，而理解其背后蕴含的理念和思维方式，才能真正实现“融会贯通”。Oracle 数据库无疑是其中的佼佼者，它在企业级应用中扮演着举足轻重的角色，但单纯地学习其语法、命令，甚至是一些调优技巧，总感觉像是在“零敲碎打”，难以形成系统性的认知。我一直渴望能够有一本书，能将 Oracle 的强大功能与其更广泛的IT架构、业务流程、甚至管理哲学联系起来，让我能够站在更高的维度去审视这项技术，并从中汲取更深层次的智慧。这本书的标题恰恰满足了我的这种期待，它似乎在承诺，读者将会在阅读过程中获得远超 Oracle 本身的技术知识，而是在多个层面实现“收获”。我非常期待书中能够提供一些关于如何将 Oracle 的经验迁移到其他技术栈的思考，以及如何利用 Oracle 的特性来解决更复杂、更具挑战性的业务问题，从而在我的职业成长道路上，找到更多宝贵的“收获”。
评分不错。
评分对于愿意花费心思，让知识真正变得可理解可传递的人，总是要抱有敬意的。 这样的书，即便在国外也不算非常多，在国内简直就是凤毛麟角
评分读过两遍了，希望常读常新。
评分讲的太通俗了, 厚厚一本书, 其实涉及知识点不多,但是都是很到位很有用的知识! 不知道 mysql 是不是也一样呢.
评分读过两遍了，希望常读常新。
