◆计划数据库
1. 领会业务系统
对业务系统的领会程度对整个数据库系统的机能有很大大影响，一个对业务不领会的计划职员，尽管有厚实的数据库知识，也很难计划出机能最佳的数据库运用系统。
2. 范例化与非范例化
数据库被范例化后，增添了数据冗余，数据量变小，数据行变窄。多么DB2的每一页可以包括更多行，那么每一区里的数据量更多，从而放慢表的扫描，改进了单个表的查询机能。但是，当查询触及多个表的时分，需求用许多连接应用把信息从各个表中组合在一同，招致更高的CPU和I/O花销。那么，有许多时分需求在范例化和非范例化之间坚持均衡，用恰当的冗余信息来增添系统开支，用空间价值来调换时分价值。有订单信息表OrderDetail，它内中纪录了投递员信息，收款员信息，物品信息，价值战略，客户信息…..这些信息握别在投递员信息表、收款员信息表、物品信息表、价值战略表、客户信息表中寄存。倘使凭证范例化的要求，OrderDetail查询时就必必要与这么多个表休止连接大概嵌套查询。倘使OrderDetail表中的数据量是在百万级的，那么一次查询所需求的时分可以大概会达到好几个小时。理想上，只需在计划时包管数据的逻辑无效性，许多信息都可以直接冗余在OrderDetail表中，这些冗余的数据可以极大大的提高查询的遵命，从而增添CPU和I/O应用。
3. 数据条带化
倘使一个表的纪录条数赶过必定的规模，那么最根基的查询应用也会遭到影响，需求将该表凭证日期程度辨别,把近来、最每每用的数据和汗青的、不每每用的数据辨别开隔离星散来，或是凭证地舆职位、部分等等休止辨别。另有一种辨别体式格局――垂直辨别，即把一个属性列许多的表联合成好几个小表，譬喻把每每用到的属性放在一个表里，不每每用到的属性放在另一个表里，如允许以放慢表的扫描，提高遵命。
4. 选择数据范例
对每一属性选择什么样的数据范例很大大程度上凭证表的要求，但是在不违犯表要求的条件下，选择恰当的数据范例可以提高系统机能。譬喻有text列寄存一本书的信息，用BLOB而不是character(1024)，BLOB寄存的是指针大概文件参照变量，真正的文本信息可以放在数据库之外，从而增添数据库存储空间，使得挨次运转的速率提高。DB2提供了UDT(User Defined Datatypes)遵命，用户可以凭证自己的需求定义自己的数据范例。
5. 选择索引
索引是数据库中次要的数据机关，它的根基目标就是为了提高查询遵命。目前大大多半的数据库产品都采取IBM劈头提出的ISAM索引机关。运用索引可以疾速、直接、有序的存取数据。索引的竖立当然放慢了查询，另一方面却将低了数据更新的速率，由于新数据不但需增添到表中，也要增添到索引中。另外，索引还需求额外的磁盘空间和维护开支。是以，要公道运用索引：
在每每休止连接，但是没有指定为外键的属性列上竖立索引。
在频繁休止排序或分组(即休止group by或order by应用)的列上竖立索引。按索引来排序或分组，可以提高遵命。
在条件表达式中每每用到的不同值较多的列上竖立检索，在不同值少的列上不要竖立索引。
来自: 新客网(www.xker.com) 详文参考：http://www.xker.com/page/e2008/0128/46640.html
版权声明：
原创作品，应许转载，转载时请务必以超链接体式格局标明文章 原始来因 、作者信息和本声明。否则将深究执法责任。