System z 的复兴：大型机并未消亡 - 它正转向数据仓库平台

核心提示： 此外，许多组织现在都认为它们数据仓库系统的重要性不亚于 OLTP 应用程序，System z 的复兴：大型机并未消亡 - 它正转向数据仓库平台(2)，对计划外故障的容错性较差，特别是当故障造成服务水平协议中添加了财务处罚规定之后，索引压缩可以帮助显著降低索引磁盘空间占用，更加丰富的 SQL：包括

此外，许多组织现在都认为它们数据仓库系统的重要性不亚于 OLTP 应用程序。对计划外故障的容错性较差，特别是当故障造成服务水平协议中添加了财务处罚规定之后。这通常会促使组织在其 System z 基础上搭建仓库。

DB2 for z/OS 设置

虽然 DB2 是作为一种用于提供决策支持的 DBMS 出现在大型机平台上的，但 DB2 for Linux, UNIX, and Windows (LUW) 交付了 DB2 for z/OS 中所欠缺的 BI 友好的特性。这让某些人认为 IBM 正在力推分布式系统服务器作为针对数据仓库应用程序的首选 DB2 平台。

近年来，DB2 for z/OS 重新夺回了其 BI 市场，这归功于它在 DB2 8 和 9 中的增强，其中包括：

64 位寻址 (DB2 8)：数据仓库应用程序经常是 I/O 密集的，并且有助于分配大缓冲池。

物化查询表 (DB2 8)：通过提供预建中间结果集（否则需要在查询执行时物化，通常关系到聚合功能或表 Join 操作），MQT 可以显著缩短查询运行时间。

驻内存工作文件（DB2 8，在 DB2 9 中得到扩展）：在查询执行时物化中间结果集并随后由 BD2 重新访问时，重新访问过程将通过使用驻内存工作文件得到加速。

表达式索引 (DB2 9)：BI 查询通常是一个复杂的过程，并且涉及一些包括列表达式的谓语。对列表达式创建谓语的功能可以带来极大的性能改善。

索引压缩 (DB2 9)：在数据仓库环境中，用于索引的磁盘空间可能会超过用于表的磁盘空间。索引压缩可以帮助显著降低索引磁盘空间占用。

更加丰富的 SQL：包括常用的表表达式和递归 SQL (DB2 9)；用于结果集比较的 INTERSECT 和 EXCEPT (DB2 9)；在线分析处理 (OLAP) 功能，比如 RANK、DENSE_RANK 和 ROW_NUMBER (DB2 9)；用于快速清空表数据的 TRUNCATE (DB2 9)。