使用 DB2 for Linux, UNIX, and Windows 加速 SAP CO-PA（3）结果

look_w

结果结果描述了一个从 CE3、CE4 或相应的摘要级别表抓取大部分数据的查询的数据库运行时间。所有聚合都已更新，而且没有从                    CE1 和 CE2 加载额外的数据。
我们使用的一种参考度量启用了分区间并行性，并将默认程度设置为 “1”。基于可用的硬件资源，为使用分区间并行性的度量使用查询程度 “16”。
没有摘要级别 中的运行时间在度量时没有任何摘要级别，并指明了如何在大量数据上执行报告。但是，构建摘要级别不仅能够减少必须处理的数据量，还能改变表基数的关系和比率，如 表 2 所示。一个简单的操作关注点上的度量与一个具有类似大小的摘要级别具有有限的可比性。
表 4. 没有摘要级别的下钻运行时间按需读取步骤程度 1程度 16加速0482.63 秒61.49 秒7.85 倍1106.45 秒14.24 秒7.47 倍212.46 秒1.63 秒7.66 倍39.79 秒1.30 秒7.51 倍49.48 秒1.32 秒7.16 倍总和620.81 秒79.98 秒7.76 倍
一次读取所有数据会花费 3,014.93 秒的时间。使用程度为 16 的分区间并行性，可以将查询运行时间缩短至 1,117.82 秒，提速 2.70 倍。
使用单一摘要级别摘要级别的最合适的细节级别取决于场景和需求。确定最详细但仍合理的细节级别的方式如                 中所述。要调优单个报告，可能需要选择较低的细节级别。
此示例场景的最详细摘要级别在步骤 2 中。 给出了在使用步骤 2                上的摘要级别的分区间并行性时获得的运行时间和性能改进。使用分区间并行性将平均性能提高了 8.05 倍。
表 5. 具有步骤 2 中的摘要级别的下钻运行时间按需读取步骤程度 1程度 16加速063.32 秒6.87 秒9.21 倍113.30 秒2.40 秒5.55 倍20.69 秒0.10 秒7.18 倍39.79 秒1.30 秒7.51 倍49.48 秒1.32 秒7.16 倍总和96.59 秒11.99 秒8.05 倍
要在此报告中获得最佳性能，摘要级别的细节深度必须尽可能得低。您需要检查                 中没有摘要级别的每个导航步骤的运行时间。如果此场景需要短于 2 秒的数据库运行时间，则必须为摘要级别选择步骤                1，因为它是第一个不满足该需求的步骤。此过程可能需要对更大的场景反复执行，以确定其他摘要级别。具有步骤 1 中的摘要级别的下钻结果如 表 6 所示。
表 6. 具有步骤 1 中的摘要级别的下钻运行时间按需读取步骤程度 1程度 16加速02.77 秒0.37 秒7.43 倍10.37 秒0.19 秒1.99 倍212.46 秒1.63 秒7.66 倍39.79 秒1.30 秒7.51 倍49.48 秒1.32 秒7.16 倍总和34.88 秒4.81 秒7.24 倍
该度量结果显示，使用分区间并行性比不使用分区间并行性快 7.24 倍。尽管它只比使用更详细的摘要级别的速度慢一点，但下钻过程的总运行时间快了 2.49                倍，而且每个查询运行时间都少于 2 秒。
具有更详细的摘要级别的分区间并行性所带来的提速表明，速度会随着数据库处理的数据的增加而增加。根据数据量的大小，在使用更高程度的并行性和更多 CPU                核心时，可实现更好的性能提升。