在迁移到 DB2 9 for z/OS 之后，您所评估第一个性能特性可能会对性能造成最大的影响：表达式索引。现在，您可以将索引添加到应用程序所使用的单列、多列命令、表达式或函数上。通过对表达式创建自定义索引，您可以将使用表空间扫描的应用程序的访问路径，它是多个索引的组合，修改为一个自定义索引 —— 一种极为高效的方法。由于您定义了索引表达式，因此可以通过设计让它提供对应用程序中的任何 SQL 语句的直接或高级访问。您可以为任意大小的表创建一个索引表达式，这意味着您可以使用此特性改善所有应用程序的性能。
在 SQL 语句中执行的几乎任何表达式都可以用于为索引创建表达式，并且索引表达式可以使用多列或在多列上使用表达式。应用程序的 SQL 代码中所使用 DATE 和其他功能可以很好地替代表达式索引。举例来说，假设从行的插入时间戳（DATE(IN_TIMESTAMP)）获取日期。应用程序不需要执行表空间扫描来获取时间戳的日期部分，而是以索引的方式访问它。此过程不仅更快，还减少了 CPU 的负载。
DB2 9 for z/OS 中的第二大特性特性是索引压缩。索引压缩提供了与 DB2 数据压缩相同的收益，它可以为每个索引页存储更多索引条目。每个页面可用条目数量的增加使得系统和缓冲中有更多键可用，从而降低了 I/O 需求并增加了缓冲池中可用的索引条目的数量。
但是，索引压缩的工作方式与数据压缩极为不同：索引条目仅在物理磁盘分页级进行压缩，并且不使用压缩字典。这样，不用通过 REORG 或 LOAD 实用工具也可以使用索引压缩。索引条目在缓冲池中得到了扩展，这样更快地传输索引结构以实现数据检索。举例来说，经过压缩的索引分页可以只占用 4 K 磁盘空间，但战用的缓冲池空间可以达到 8 K、16 K 或 32 K。
索引和数据压缩可以在系统生命过程中节省磁盘空间、备份时间和恢复时间，并且可以通过减少处理 I/O 来节省 CPU 时间。由于压缩有一定的开销成本，因此可能不适用于有插入 / 更新负载的系统 —— 但它是多使用读取操作的大型商业智能或操作系统的理想之选。
DB2 9 for z/OS 中只有两种有趣的特性。有关可帮助您应用程序更快更高效运行并能节省公司资金的的其他性能特性完整列表，请参见表 1。有关这些全新的 z/OS 特性和许多其他与 DB2 相关的话题，请访问 International DB2 Users Group (IDUG) 网站 (www.idug.org)。www.idug.org/db2-videos.html 上还提供了 450 多个相关视频。
