Oracle 索引 - 创建作为另一个前导列的子集的索引是否有意义

Question

我在 Oracle Applications（12c 第 1 版）中运行 Oracle Grid Control 来分析运行缓慢的报告。建议实现一个索引，但是该索引（pay_run_results 上的assignment_action_id）是表上已有的另一个索引的子集（由assignment_action_id、element_type_id、source_type、status 组成）。

实施这个索引有什么意义吗？由于必须读取更少的索引块，它会使查询更快吗？

Answer 1

这似乎是来自调谐器的有点奇怪的建议。如果您经常运行这个缓慢的报告，那么维护额外索引的成本可能是值得的。

如果您想测试建议的索引是否会为查询提供更好的执行计划，但又不想投入时间和实际处理构建，为什么不使用虚拟测试它索引能力？这是一种将索引定义添加到表并查看生成的计划外观的简洁方法。 Tim Hall 在他的 Oracle-Base 站点上有一个很好的介绍。 Check it out.

由于必须读取更少的索引块，它会使查询更快吗？

如果查询使用索引范围扫描或完全快速扫描，则可能是“是”。但在构建其他索引之前，您应该考虑压缩。给定一个复合索引，其中前导列的选择性最小（而尾随列的选择性最大），压缩可以使索引更小。使用四列索引，您可能会使用compress 3 构建索引。

但是，关于列命名约定，我认为assignment_action_id 不是选择性最少的列，在这种情况下，压缩根本无济于事（而且可能会使事情变得更糟）。