分析DB2数据库性能理解的主要误区

数据库
DB2数据库性能理解的主要误区:   逻辑设计应该总是能和物理设计完全映射

   DB2数据库性能理解的主要误区:

  逻辑设计应该总是能和物理设计完全映射

  实际:DB2数据库设计中物理设计应该尽可能的和逻辑结构相近,但是为性能做出的物理设计改变不能被忽略,因为它们并不来自于逻辑设计。

  将所有东西放在一个缓冲池(BP0)中让DB2管理

  实际:就像在DB2手册和其他地方说明的一样,你只能在你的内存非常受限的情况下(10000 4k pages或者更少),你没有时间去管理它,你也没有考虑到性能的条件下,去这样做。***这样说:不要放置除了DB2 catalog和目录以外的东西进入BP0。

  DSNDB07是100%顺序的

  实际:DSNDB07从来就不是100%顺序的,因为有工作文件中的对页面进行的随机活动。随即活动可能高达45%,但是通常范围是3%到10%。

  VARCHAR应该总是被放置在行末

  实际:这就是总是引发问题的话。如果表总是被读,并且非常少的更新,那么可以,这将会减少CPU负载,但是在其它情况下这样做就是最坏的,甚至如果表是被压缩的。只有在频繁更新的情况下它应该被放置在末尾,但是并不通常这样。

  程序应该以遵循逻辑过程的方式编码

  实际:伪代码或者一个逻辑过程图并不需要考虑性能相关的编码方式。在OLTP交易代码中这非常具有戏剧性。

  大多数过程不在SQL中进行

  实际:事实上,问题的反面往往是正确的。SQL是一个非常丰富的语言,能够处理大多数过程。实际上***的困难是SQL经常被用来作为I/O处理器而不是一个集合处理器。

  代码和引用表应该和DB2声明的referential integrity(RI)一起使用

  实际:RI不应该作为一个编辑有效性的快捷方式而使用,这通常属于别的什么,但是应该在真父子关系中使用。

  表至多有一到两个索引

  实际:表应该按照性能需求拥有多个索引。

  非分割索引(NPI)不应该被使用,尤其是不应该在大的表中使用

  实际:这关系到数不清的问题,总体上这些都能被克服,但是NPI是对适当的访问和性能非常必要的。

  大表应该被分割

  实际:因为一个表中有太多数据就意味着有性能下降,这是一个遗留的担心。当一些表中有超过60亿行数据时,这个理解已经被消除了。

责任编辑:honglu 来源: IT专家网论坛
相关推荐

2011-04-08 15:00:20

DB2数据库

2010-08-04 14:55:00

DB2数据库性能

2010-08-02 08:40:43

DB2数据库性能

2010-09-07 15:58:24

DB2数据库性能

2010-07-30 10:05:51

DB2数据库性能

2010-08-03 10:55:51

DB2数据库性能

2010-07-29 18:01:38

DB2性能

2011-03-15 11:19:45

DB2数据库catalog

2010-11-01 13:45:16

DB2数据库的优势

2010-09-06 08:52:25

DB2数据库性能

2010-08-17 17:29:06

DB2性能优化

2010-08-27 11:03:44

DB2数据库性能调整

2009-02-26 09:34:16

性能优化DB2数据库

2011-03-11 16:02:03

DB2数据库安装

2010-08-11 17:24:13

DB2数据库优化

2011-03-02 17:56:40

DB2数据库

2011-03-14 17:03:21

DB2数据库性能监控

2011-04-14 09:46:12

DB2数据库catalog

2010-08-02 10:11:51

DB2数据库编目

2010-08-05 09:53:35

点赞
收藏

51CTO技术栈公众号