DB2著作---舞动DB2系列之开发篇问世!
舞动DB2系列丛书简介:舞动DB2系列丛书是王飞鹏等人编写的数据库系列著作,包括:设计优化篇---《DB2设计与性能优化---原理、方法与实践》应用开发篇---《从Oracle到DB2开发---从容转身》运维篇---《运筹帷幄D...
DB2性能优化(4):使用PAT方法学
性能问题往往分为两大类:影响了整个系统的问题和只影响了部分系统的问题。影响了部分系统的情况,例如某一特定应用或 SQL 语句。我们在研究的过程中发现-种类型的问题可能转化为另外一种类型的问题,或者相...
DB2性能优化(3):性能优化项目实战模板
发了上面两个帖子后,这几天有很多网友写信给我,通常数据库性能优化是以项目的形式开展的,那么有没有一个固定的模式来做?其实这个问题提的非常好,固定模式是有的,也不复杂。下面是我以前所采用的项目模板,主要...
DB2性能优化(2):解决性能问题的四步骤
对一个方法系统来说,首先要考虑的就是策略问题。我们在性能优化实践中总结的优化策略共分为四步:l 第一步,问题监控l 第二步,配置检查l 第三步,设计检查l 第四步,性能优化这样一...
DB2性能优化(1):从性能问题入手
实践中,应用系统运行一段时间后,用户通常会报告系统变慢,例如处理查询或者事务花费了过长的时间,或者系统在某些时段变慢。如果在数据库设计的过程中非常清晰的定义了性能需求,那么很容易确定应用或者系统是否...
强力PK — DB2和Oracle并发机制比较
很多人都会问,DB2和Oracle在并发机制上到底有什么根本性的区别?总结起来,它们之间的区别主要体现在以下几个方面:1.DB2在做数据修改时,在日志中既记录了修改前数据(也就是UNDO日志),也记录了修改后的数...
舞动DB2前传
舞动DB2前传在IBM百年华诞这一年,有IT媒体给我贴上了多个标签:有人说王飞鹏是“DB2第一高手”,有人说在数据库领域,王飞鹏是当今最活跃、最富个性的技术领袖。看来,随着“舞动DB2”系列的陆续上市,今后还会给...
《从Oracle向DB2开发从容转身》前两章试读
《从Oracle向DB2开发从容转身》推出后,获得了广大读者的好评,特别是前两章比较精彩,对帮助广大DBA学习DB2大有裨益。现在读者可以从博文视点网站试读前两章,链接如下:http://www.broadview.com.cn/14940。...
2011 IBM DB2迁移之星大赛颁奖典礼议程
时间 内容 ...
舞动DB2系列之应用开发篇闪亮登场!
舞动DB2系列丛书简介:舞动DB2系列丛书是王飞鹏等人编写的数据库系列著作,包括:设计优化篇---《DB2设计与性能优化---原理、方法与实践》应用开发篇---《从Oracle到DB2开发---从容转身》运维篇---《运筹帷幄DB2...
节选:第一章 我看DB2设计与优化 1
第1章我看DB2设计与优化 数据库是一种生命体,随着周围环境的变化,自身也在迅速地演变,就如同现代社会人们快速的生活节奏一样——吃快餐、拍快照、喝速溶咖啡、做速成培训,连感冒...
案例分析总结连载:第十一章
案例分析总结 2010年8月16日 笔记整理 ...
案例分析总结连载:第十章
案例分析总结 2010年8月11日 笔记整理 &...
案例分析总结连载:第十章
案例分析总结 2010年8月11日 笔记整理 &...
案例分析总结连载:第九章
案例分析总结 第8章结尾我们看到,优化小组艰难地完成了大规模SQL优化的任务。期间,我被告知系统发生了严重的死锁。下面记录了如何诊断出锁的问题及解锁的思路和方法。2010年7月26日 笔记整理...
案例分析总结连载:第八章
案例分析总结 第7章结尾提到的两个性能优化方案:硬件扩容和业务软件优化,都被否决。这个项目出现了我们最不愿见到的“一高一低”:目标高——客户要求扩展性和标准化程度高,不但总体性能要提高50%,还要...
案例分析总结连载:第七章
案例分析总结 第6章结尾我们看到,银行信贷系统的性能已经无法满足正常业务需要,这迫使我们优化工作提速。通过对系统加大监控力度,获得第一手分析数据,进而敲定总体优化方向。2010年5月19日 ...
案例分析总结连载:第六章
案例分析总结 很多大型系统由于性能问题出现业务运营瓶颈,此时再对系统进行优化难度就相当大了。下面向大家共享一段经历,这是在一个银行信贷系统优化项目中,我和伙伴们所遇到的困难和挑战,借此也...
案例分析总结连载:第五章
案例分析总结 如果说在电信行业进行数据库优化工作如履薄冰,那么在金融行业的优化工作有时会感到如临深渊。有时你可能还没做好准备,已经有双无形的手把你推上了快速轨道。2010年5月9日 笔记...
案例分析总结连载:第四章
案例分析总结 数据库不合理的基础设计将给性能优化带来极大的困难。大家知道,数据库设计的顺序是先逻辑设计后物理设计,但数据库上线后出现问题时,往往是物理问题先暴露出来。下面的文字是在这个优化项目...