DB2 最佳实践: 物理数据库设计最佳实践，第 2 部分：MDC、数据库分区、视图以及后设计工具介绍

核心提示： 准备修补（在一个测试数据库上），在寻找一个好的 MDC 设计过程中，DB2 最佳实践: 物理数据库设计最佳实践，第 2 部分：MDC、数据库分区、视图以及后设计工具介绍(9)，可能需要尝试也可能会失败，可以使用带有– m C 选项（C 是集群搜索）的 DB2 设计顾问程序，不共享 h

准备修补（在一个测试数据库上）。在寻找一个好的 MDC 设计过程中，可能需要尝试也可能会失败。可以使用带有– m C 选项（C 是集群搜索）的 DB2 设计顾问程序。也可以使用 db2mdcsizer 实用工具，这在某个 DB2 产品版本的 AlphaWorks 中提供。 MDC 的修改不会影响你的应用程序编程。

对一个有代表性的工作负载使用 DB2 设计顾问程序的 MDC 选择能力来为现有表找出恰当的 MDC 维度。

数据库分区（不共享 hash 分区）的最佳实践

数据库分区是一个在数据库中跨多个彼此合作的实例以建立单个大型数据库服务器的水平分布记录的技术。这些实例可以位于一个服务器中、跨多个物理机器、或它们的组合。在 DB2 产品中，这个叫数据库分区功能（DPF）。

数据库分区允许 DB2 数据库管理器扩充到上百个实例参与的大型数据库系统。这个设计的可伸缩性能使很多复杂查询的工作负载达到线性增长。这样，因为数据库分区接近线性的扩展特征以及数据规模能达到数百 T 以及上百个 CPUs，数据库分区在数据仓库和 BI 工作负载下变得非常流行。由于每个事物都会产生实例内部的通讯，而这即使很少却也能严重影响在 OLTP 工作负载中常见的短期执行事务类型，因此这个架构在 OLTP 处理上用的较少。

不共享 hash 分区是把记录 hash 分布到逻辑数据分区上。 Hash 分布的主要的设计目的是确保数据均匀分布到所有逻辑节点（因为范围分区容易发生数据倾斜）。这些分区可能存在于一个服务器中或者分布到一批物理机器上，如图 9 所示：

图 9. 表上的 hash 分区