罗敏新书《感悟Oracle核心技术》即将发售

罗敏新书《感悟Oracle核心技术》即将发售,暂定目录如下:

目录
文档控制 2
内容简介 8
自序 9
“老罗, 啥时候出月子2啊?” 9
来自网民的反馈 9
本书的内容、体裁和风格 10
设计、优化篇 13
第一章 逻辑设计中那些事 14
1.1 还是从案例开始 14
1.2 什么叫规范化设计? 15
1.3 回到案例 17
1.4 规范化设计的好处 18
1.5 “这系统是你设计的?” 18
1.6 规范化设计工具:Oracle Data Modeler 19
1.7 非规范化设计若干案例 21
1.8 关于数据库逻辑设计的感悟 26
1.9授人以鱼不如授人以渔 28
1.10 本章参考资料及进一步读物 29
第二章 物理设计中的感悟 31
2.1 20多年前的物理设计 31
2.2 一个项目的物理设计概貌 31
2.3从总体上考虑物理设计 32
2.4 表和索引设计基本建议 33
2.5 表空间设计的新特性 35
2.6 表空间设计原则和详细设计 37
2.7数据库初始化参数设计 38
2.8 物理设计中的感和悟 40
2.9本章参考资料及进一步读物 42
第三章 再谈海量数据库设计、开发和管理 44
3.1 现有系统分区方案分析 44
3.2大集中系统分区方案 45
3.3深入探讨全局分区索引 46
3.4 11g分区新技术 50
3.5 再次品味分区的甜与苦 53
3.6本章参考资料及进一步读物 55
第四章 性能优化:百谈不厌的话题 57
4.1 重温《品悟性能优化》一些重要观点 57
4.2 深入剖析一个测试题 61
4.3 又一次救火经历 63
4.4 某综合报表平台的优化 67
4.5 适合于数据仓库的Bitmap索引 74
4.6 半小时都没听懂的Bitmap Join索引 76
4.7什么叫精通Oracle? 78
4.8 一次典型故障引发的思考 79
4.9本章参考资料及进一步读物 83
11g新特性篇 85
第五章 11g新技术/新功能使用策略 86
5.1 我被客户“打懵”了 86
5.2 11g 新技术/新特性一瞥 88
5.3 一个纠结的话题 91
5.4 11g新技术实施总体策略 94
5.5本章参考资料及进一步读物 95
第六章 11g的数据压缩技术 97
6.1 为什么Oracle压缩技术运用不普及? 97
6.2 11g压缩技术概述 98
6.3深入剖析Oracle 压缩算法 102
6.4一个实际案例的分享 104
6.5数据压缩相关技术点 105
6.6 其它压缩技术 107
6.7数据压缩技术运用建议 109
6.8本章参考资料及进一步读物 110
第七章 11g性能优化新技术: SQL Query Result Cache 112
7.1 Result Cache原理 112
7.2 Result Cache使用过程 114
7.3 Result Cache的管理 116
7.4 Result Cache相关技术点 118
7.5 客户端Result Cache技术 119
7.6 适合Result Cache的典型案例 121
7.7本章参考资料及进一步读物 123
第八章 11g性能管理新工具:SPM 124
8.1 一些典型场景 124
8.2 SPM原理 124
8.3 SPM使用过程 126
8.4 SPM适用场景 127
8.5 SPM相关技术点 131
8.6本章参考资料及进一步读物 133
第九章 11g大对象数据新技术 135
9.1 传统LOB技术的运用 135
9.2 传统LOB技术的不足 138
9.3 新一代大对象处理技术: SecureFiles 138
9.4 SecureFiles相关技术细节 139
9.5 SecureFiles迁移方法 140
9.6 SecureFiles实施案例 141
9.7本章参考资料及进一步读物 144
故障处理篇 146
第十章 话说故障诊断 147
10.1 通过案例看故障诊断 147
10.2没完没了的收集数据 152
10.3 数据库常见诊断工具 154
10.4 数据库挂起(HANG)诊断信息的收集 162
10.5 一些“自主知识产权”脚本 168
10.6一个项目中的故障诊断 173
10.7本章参考资料及进一步读物 178
第十一章 那些常见的Oracle错误 180
11.1 ORA-00600:内部错误 180
11.2 ORA-04030:PGA内存不够 182
11.3 ORA-04031:shared pool内存不够 184
11.4空间不够的问题 189
11.5 ORA-00376: 数据库文件不可读 191
11.6 ORA-01555: 快照太旧 193
11.7 ORA-30036: UNDO表空间无法扩展 195
11.8 日志切换频度过高问题 197
11.9 故障处理的感和悟 201
11.10本章参考资料及进一步读物 202
第十二章 数据库坏块处理技术 205
12.1 可怕的数据库坏块 205
12.2坏块处理主要流程 207
12.3 坏块处理八卦图 212
12.4 DBMS_REPAIR包或设置10231事件 215
12.5 ROWID扫描方法 217
12.6如何从坏块中抢救数据? 218
12.7 坏块抢救的最后招数 219
12.8本章参考资料及进一步读物 220
运行维护篇 221
第十三章 漫谈数据库健康检查 222
13.1 什么是数据库健康检查? 222
13.2 多年前一次健康检查 222
13.3最近一次健康检查 226
13.4 关于健康检查的点评 229
13.5 11g健康检查新特性:Health Monitor 230
13.6本章参考资料及进一步读物 233
第十四章 防范人为操作失误的最好技术:FLASHBACK 234
14.1人为错误的防范 234
14.2数据库级快速恢复 237
14.3错误删除表的快速恢复 239
14.4表级快速恢复 241
14.5记录级快速恢复 242
14.6 Flashback在应用测试方面运用 244
14.7 Flashback在安全审计方面应用 246
14.8 Flashback在容灾方面运用 248
14.9 Flashback与传统数据恢复技术综合运用 249
14.10 11g新技术:Total Recall 250
14.11 Flashback技术综合对比 251
14.12本章参考资料及进一步读物 252
第十五章 关于数据库碎片管理 254
15.1 数据库空间碎片问题 254
15.2 碎片评估方法 256
15.3 碎片整理方法 261
15.4 实施策略、组合和流程 266
15.5本章参考资料及进一步读物 269
第十六章 Oracle版本、Bug和补丁 271
16.1 关于Bug和补丁的一个典型故事 271
16.2 Oracle版本和补丁概念 272
16.3 主动安装补丁是防范故障的最有效办法 273
16.4 Oracle数据库版本和补丁集发布时间表 275
16.5 补丁实施那些事 278
16.6一位客户的SR处理 281
16.7本章参考资料及进一步读物 284
第十七章 一个热门话题:数据库安全性 286
17.1数据库安全性需求及现状 286
17.2 Oracle数据库安全性解决方案 287
17.3 某银行客户安全性需求和Oracle策略 289
17.4 从安全性评估开始 293
17.5本章参考资料及进一步读物 303
架构篇 305
第十八章 再谈RAC 306
18.1 客户哑口了 306
18.2 RAC实施方法和实施内容 308
18.3 11g RAC高可用性方案设计 309
18.4 11g RAC高可用性测试 313
18.5 某项目的11g RAC实施内容 325
18.6 11件加固RAC环境的事情 331
18.7本章参考资料及进一步读物 334
第十九章 话说升级 336
19.1 关于数据库升级的疑虑 336
19.2 为什么要升级? 338
19.3 Oracle升级方法论(GSDK)介绍 339
19.4 现状及升级改造需求分析 343
19.5 升级和迁移技术方案 343
19.6 升级中的性能优化和性能管理 351
19.7 升级项目的实施和组织 353
19.8 升级风险评估控制 355
19.9 有感于某移动公司的升级案例 357
19.10本章参考资料及进一步读物 359
第二十章 数据库私有云技术 361
20.1 云计算概述 361
20.2 不同层次的云计算 363
20.3 某案例的基础架构云计算实施 365
20.4 数据库云计算中的典型技术 367
20.5一次尴尬的拜访经历 370
20.6 数据库云计算案例分享 371
20.7本章参考资料及进一步读物 375
第二十一章 尝鲜Oracle 12c 377
21.1 新特性培训课的趣事 377
21.2 12c架构方面最大变化 378
21.3 CDB和PDB的创建、启动和关闭 382
21.4 CDB和PDB的日常管理 389
21.5 信息生命周期管理的挑战和12c解决方案 393
21.6 Heat Map和ADO详细技术 395
21.7 数据归档新技术 400
21.8 “貌合神离,貌离神合” 403
21.9 12c实施案例 406
21.10本章参考资料及进一步读物 409
服务篇 411
第二十二章 再说Oracle服务 412
22.1 回顾Oracle服务体系 412
22.2 ACS服务概述 413
22.3 ACS = 医院 + 保险公司 415
22.4 浓墨重彩SSC服务 418
22.5问题、需求和服务解决方案 430
22.6本章参考资料及进一步读物 432
第二十三章 Oracle高级客户服务(ACS)中那些事 433
23.1 如何主动开展ACS服务的故事 433
23.2 没有ACS服务的窘境 434
23.3 ACS售前案例:就症下药 436
23.4 ACS售前案例:机会总有的 438
23.5 ACS 与第三方公司的区别和优势在哪里? 440
23.6 原厂的尴尬和原厂的优势 444
23.7 感悟ACS服务 445
23.8也谈服务 446
23.9本章参考资料及进一步读物 447
结束语 449

内容简介
作为Oracle公司核心技术,Oracle数据库自1977年开始研发并逐步成熟,已经在全球众多行业得到了广泛深入的应用,市场占有率一直雄居数据库市场之首,从事与Oracle数据库技术相关的IT人士更是无以计数。
相比IT行业其它技术,Oracle数据库技术是一门门槛并不太高的技术,刚走出校门的大学生,也许只需学会几条基本的SQL语句,然后再学学Java,会配置JDBC,就基本可以成为数据库应用开发人员了。但以本人从事IT行业20余年的经验,Oracle数据库其实是一个水非常深的技术领域。虽然产品历经30多年历程的发展,已经非常成熟而稳定,但是Oracle公司为了满足业务发展需要,依然在老树发新芽般全力发展这一核心产品,例如12c的数据库云计算等。而且,即便就是在这一传统技术领域,在架构设计、应用开发、运行维护、变更管理等多个领域,依然让我们广大客户感觉Oracle是那么地博大精深,真有说不尽、道不完的感慨。
因此,围绕Oracle数据库这一核心产品和技术,在设计、开发、运维等IT系统全生命周期,结合本人在原厂多年从事服务工作的实施案例,并发出些许个性化的感悟,这就是本人写作新书的目的、内容和特点了。希望这本新作能给广大IT人士,特别是从事与Oracle数据库相关的同行们带来裨益。

老罗, 啥时候出月子2啊?”
自从本人第一本书《品悟性能优化》在2011年5月问世之后,经常会被周围同事、朋友和熟悉的客户这么调侃道:“老罗, 啥时候出月子2啊?”。我的自嘲之一是:“等村头厕所没手纸了吧。” 。自嘲之二是:“再等十年吧。” — 因为《品悟》一书被人誉为“十年铸剑”。
时至《品悟》出版发行一年多之后,发现该书在当当、京东等网站的数据库类图书畅销榜中,偶尔还能排在前列,也听清华大学出版社说该书销售和总体反馈情况还不错。于是,斗胆猜想村头厕所的手纸可能真快没了,到了该补充的时候了。呵呵。
再等十年?IT技术发展这么快,十年之后再写今天的技术,也许又成昨日黄花了。在写作《品悟》的2010年,Oracle 11g在国内还没有得到广泛应用,自己也缺乏系统的研究和运用,当时也主要是以10g为写作对象,网民也发现该书11g新东西涉猎并不多。因此,以写新书为契机,一边研究和实践新技术,一边总结并付诸笔墨,也不失为一种激励自己不断进取和前行的动力了。

来自网民的反馈
再次感谢清华大学出版社在《品悟》一书的编写、出版和发行过程中付出的艰辛努力,也非常感谢该书出版之后,广大读者和客户给予该书的各种中肯的评价。无论是令我耳根发红的褒奖,还是善意的调侃,甚至拍砖,我都能欣然接受,并细细品味。以下就是摘取的部分网民有代表性的评论,以及我在此的回应:
 “很好的一本书,一本不谈技术细节的技术书。呵呵 ”
谢谢该网民,他(她)看出了我写作该书的初衷之一:“与其让您分享更到的命令、脚本,不如让您在性能优化方法论和思考问题方式方面,同样引起共鸣,包括结合您自己工作中的人生感悟。”
 “挺好的,优化更多的是靠扎实的基础,而不是非常手段。”
是的,我在《品悟》中反复强调20/80规则之一是:20%基础技术能解决80%的IT系统问题。许多IT系统问题的确是20%基础技术都没有得到扎实的运用所导致。例如,很多设计开发人员连复合索引的基本原理都没有完全掌握住。
 “没有实际工作经验的人,可能对这本书体会不深,我反正已经看到兴奋地跳到桌子上了~~~”
谢谢这位老兄(老妹),谢谢这位知己,也谢谢这位性情中人。做技术,特别是做Oracle的,就需要这么激情四射,甚至个性张扬。因为Oracle数据库博大精深,的确有很多让人拍案叫绝的精彩技术。我也曾经这么说过:从事技术工作的,一定要充满激情。你投入了100%的激情,客户可能被你感染了70%,只有你120%,甚至150%的投入,客户才能100%地被你所感动。
 “佩服作者的文笔,内容一般,内容没有书名牛别”
呵呵,也非常感谢这位老兄的点评,因为至少你还肯定老罗的文笔尚可。内容的确有很多欠缺,弥补缺憾正是我写作新书很重要的动机。书名嘛,虽然不是我一个人独创,但的确有点故做深沉、假扮高雅了。这次一定起个让大家更能接受、更平和的书名。
 “这本书就是记录作者作为一个oracle咨询顾问如何和客户沟通及忽悠的故事书,可以作为小说来看~~”
绝了!佩服该网民锐利的眼光,居然看出老罗在Oracle公司从事的工作性质和角色了。所谓的解决方案服务顾问,或者说服务售前顾问,就是不断与客户沟通,了解现有IT系统现状、问题和需求,并制定服务方案的工作。说白了,就是忽悠客户买Oracle服务。但是,鄙人认为忽悠也是需要扎实技术背景和丰富实践经验的哟,呵呵。
故事嘛、小说嘛,更能吸引读者,让大家感到一种轻松和愉悦。如果只有干巴巴的技术,大家还不如直接看Oracle参考手册去。有位销售同事说:“老罗,我花了一个晚上就看完了你的书,因为我跳过了所有技术细节,只看故事,很有意思”。呵呵。
 更多褒贬不一的点评
“必须五星!读过最有可读性,同时兼具实用性的Oracle 性能优化的书籍,一口气读下来的,现在刚读到一半就上来发评论!虽然从DBA的角度看可能有些角度不够深刻,但对于实际项目的调优,特别是开发人员有很现实的指导意义! “
“里面的内容同我的实际经验一样,没有浪费笔墨在无多大实际意义的内部参数上,而是平实的写怎么优化程序”
“个人角度出发,举例没有那么细致啦,凑合着看吧 ”
“罗老师这本书,写的很风趣,技术图书让人觉得不枯燥,又讲解的比较细致”
“作者实际调优经验丰富,案例能引人入胜,但涉及的具体技术细节并不多,技术控可能会觉得实用性不大,但对一般技术人来说足够了!非常推荐。”
… …

本书的内容、体裁和风格
既然有了再次写作的冲动,特别是得到了那么多读者、网民的善意点评和建议,那么在新书的内容、体裁和风格方面就有了如下的初步规划了。
书的内容
与《品悟》一书不同的是,新书将不再以性能优化为主线,而是划分为设计和优化篇、11g新特性篇、故障诊断篇、运行维护篇、架构篇、服务篇等,将涉足数据库逻辑设计、物理设计、常见故障诊断、数据库空间管理、版本和补丁管理、数据库安全性、数据库升级、12c等具体专题,例如在11g新特性篇中将介绍数据压缩、SPM、SQL Query Result Cache、SecureFiles等新技术。最后,还会介绍Oracle公司最新的服务体系和服务产品。
书的体裁
既然涉足那么多领域,不可能每个专题都是那么全面而系统。为避免蜻蜓点水,本书决定以技术杂文形式,针对某个领域的某个技术专题展开深入讨论。根据各专题的不同,内容可能包括该技术原理的介绍、技术运用过程、相关案例,最后都会包括对该技术的感悟和点评。
为弥补《品悟》中某些技术细节叙述不足的缺陷,本书尽量在每个技术专题中都将更加细致,并且更具有实用性,同时介绍相关参考资料及进一步读物。
虽似技术杂文体裁,但希望最终结果是杂而不乱,或者看似杂乱,但求有序而实用。
书的风格
感谢大部分读者对《品悟》一书风格的肯定,因此,新书仍然将继承并发扬这种风格。即叙述技术追求严谨,在案例、感悟和点评中则继续保持适度的轻松、调侃和个性化特点。前者是重点,后者是为了提高书的可读性,也是为了让大家在辛苦阅读大量技术细节之后,得到短暂的休憩和放松,甚至报之以会心的一笑。
综合上述想法,特别是考虑本书是围绕Oracle数据库这一核心技术在展开叙述,因此书名为:《感悟Oracle核心技术》。
好了,正式开工了!

Leave a Reply