DB2数据库设计的建议之评估数据库对象的大小、数量

　　以下的文章主要向大家讲解的是DB2数据库设计的建议之评估数据库对象的大小、数量，DB2数据库的性能与其稳定性直接跟数据库对象的多少、大小有关  。如果对象很少，不复杂，那么就算不怎么规划，也能够达到比较高的性能  。

　　如果对象数据比较多、比较大的话，那么就需要在DB2数据库设计之前好好的规划，否则会在很大程度上影响数据库的性能与稳定性  。

　　其实DB2数据库就好像一个仓库，数据库中的对象(如索引、数据表、表空间)等等就好像仓库中的货物  。如果货物比较少，那么随便放放，仓库都显得很空旷  。货物寻找起来也会很方便  。但是如果货物数量比较多、比较大，就必须要对其存储空间进行合理规划  。

　　只有如此才能够让仓库的空间利用率达到最佳状态  。并且货物的存放有序，在查找起来也特别的方便  。笔者这里就以仓库管理为例，说话该如何做好数据库对象大小、数量等方便的评估，以及他们对于数据库性能与稳定性的影响  。

　　1、根据对象大小来规划存储空间  。在仓库货物的摆放上，要根据货物的大小来规划存储空间  。或者说要首先防止大的货物  。只有如此空间的利用率才会最高  。其实在规划DB2对象的时候，也是如此  。如某些表可能会包含的记录比较多，属于大表  。

　　此时数据库管理员就需要考虑，是否将其放置在一个独立的表空间或者硬盘空间上，以提高数据操作的性能  。大表所对应的索引往往也是比较大的  。为此在硬件条件允许的情况下，将索引表与数据表分别存放在不同的硬盘上，可以提高数据库的性能  。而对于一些比较小的对象(如数据表)，可以将它们存放在一个表空间中  。

　　其实这个表空间就好像仓库中的一个个纸盒子  。将小的对象放入到这个“纸盒子”中，不但不占空间，而且也容易管理  。

　　2、根据对象的使用频率来规划存放空间  。在仓库中摆放物品的时候，往往会把近期就要用到的货物或者频繁需要用到的东西放在仓库门口或者容易拿到的地方  。如此在拿这些货物时就会比较便捷，也不会对其他货物产生影响  。对于DB2数据库中的对象来说，也是这么一回事  。

　　可以将那些访问量比较大的对象，如索引、数据表，存放在性能比较好的硬盘上或者单独的硬盘中  。此时访问这些数据，就不会与其它对象产生I/O冲突，操作起来速度就会比较快  。而将不怎么用到的对象，存放在一起  。由于他们不怎么被用到，所以即使存放在性能比较低的硬盘上，其对数据库性能产生的负面影响也是非常有限的  。在DB2数据库里面如何更新执行计划

　　3、根据类别来存放数据库对象  。在仓库中存放货物的时候，还会对其进行分类  。然后根据类别来进行存放  。这有利于货物的管理与检索  。其实在数据库对象存储空间设计时，也需要考虑这个因素  。如现在应用软件在DB2数据库设计的时候，很多都是根据模块来设计  。

　　那么在数据库对象设计时，也需要根据这个模块来设计存储的空间  。如将同一个模块的数据库对象存放在同一个表空间内  。不过这可能会跟上面的两个建立相违背  。此时最好是在对象的命名上做文章  。如可以根据模块的不同，分别给数据库对象取一个相同的前缀或者后缀  。

　　如即使同一块模块要用到多个表空间，此时就可以给表空间一个相同的前缀  。如此在管理数据库对象的时候，根据表空间的前缀就可以判断其所属的模块了  。如果再加上一个后缀来表示其数据库对象的分类，那么就更合理了  。为此在管理数据库对象的时候，要执行分类管理  。不仅要从技术上对其进行分类，如分为索引、数据表、关键字等等  。还需要从功能上进行分类，如按应用程序的模块来进行分类等等  。

　　上述的相关内容就是对讲解DB2数据库设计的建议之评估数据库对象的大小、数量的描述，希望会给你带来一些帮助在此方面  。