DB2数据库设计：取得最佳性能的准则

核心提示： 即使您可以开发一个有效的初期设计，随着数据量的增加，DB2数据库设计：取得最佳性能的准则(4)，或者在系统资源紧缺的时候，也仍有必要对应用程序和/或数据库作出修改，诸如此类的变化都可能使得ROT的可靠性降低，甚至变得无效，如果一个应用程序执行时的性能不合格，较为可取的做法通常是添加更多的列

即使您可以开发一个有效的初期设计，随着数据量的增加，或者在系统资源紧缺的时候，也仍有必要对应用程序和/或数据库作出修改。如果一个应用程序执行时的性能不合格，较为可取的做法通常是添加更多的列到现有的索引中，或者为一个表添加新的索引，这种做法是首选。而更改表的设计，或修改用户需求，抑或修改反规范化（de-normalizing）表，都不是很有吸引力的选择。

三、理解DB2性能

1. Rules-of-thumb

Rules of thumb（经验法则，也称ROT）在规划、监控和优化DB2性能的时候很有用。ROT通常是基于以前的经验（比如在一段时间内观察到的平均值）或者更复杂公式的简化。

记住这样一个事实很重要，即ROT只对于粗略的估计有用，而对于详细的分析用处不大。如果只是在某一类的文档中看到了一些ROT，便欣然接受并作为精确的事实来引用，那么就会有危险。在最好的情况下，这些ROT是一种估计，而在最坏的情况下，这些ROT对于特定的DB2环境可能不成立。

您应该为自己的环境特别开发这些ROT（或者对它们进行调节，以适应自己的环境的特性）。应确保ROT与实际经验相关，而不是盲目地接受，这样才能对它们更有信心。一开始的时候，使用那些在您特定环境以外被使用过或者被开发出来的ROT，这种做法可能有用。但是，当对您自己DB2系统中的适当数据进行收集、分析和编制文档之后，应该对这些ROT加以验证和修改。IBM Redbooks是关于ROT的一种很好的参考资料，这些ROT常常作为建议被包括在性能监控工具中。

另一方面的考虑是，ROT可能随着时间的推移而演变。硬件技术的发展，软件编程技术的提高，系统架构的变化，诸如此类的变化都可能使得ROT的可靠性降低，甚至变得无效。而使ROT随着时间变化的最大因素也许正是DB2本身新版本的发行。