我怎样才能使用这种索引？答案

【问题标题】：How can I use this kind of index?我怎样才能使用这种索引？
【发布时间】：2019-04-30 21:20:46
【问题描述】：

我正在尝试使用某种索引但不起作用。也许你可以帮助我意识到我做错了什么。

这是我的表的定义：

CREATE TABLE "TIR"."INT07NCMP"(
    "INT07_CORRELATIVO" NUMBER(10) NOT NULL ENABLE,
    "INT07_CENTRO" VARCHAR2(4 BYTE) NOT NULL ENABLE, 
    "INT07_CODCOMPONENTE" VARCHAR2(18 BYTE) NOT NULL ENABLE, 
    "INT07_ALMCOMPONENTE" VARCHAR2(4 BYTE) NOT NULL ENABLE, 
    "INT07_CANCOMPONENTE" NUMBER(13,3), 
    "INT07_UNICOMPONENTE" VARCHAR2(3 BYTE), 
    "INT07_CODPORTADOR" VARCHAR2(18 BYTE) NOT NULL ENABLE, 
    "INT07_ALMPORTADOR" VARCHAR2(4 BYTE) NOT NULL ENABLE, 
    "INT07_CANPORTADOR" NUMBER(13,3), 
    "INT07_UNIPORTADOR" VARCHAR2(3 BYTE), 
    "INT07_ALMDESTINO" VARCHAR2(4 BYTE) NOT NULL ENABLE, 
    "INT07_FECINICIO" VARCHAR2(10 BYTE) NOT NULL ENABLE, 
    "INT07_HORINICIO" VARCHAR2(8 BYTE) NOT NULL ENABLE,
    "INT07_FECTERMINO" VARCHAR2(10 BYTE) NOT NULL ENABLE, 
    "INT07_HORTERMINO" VARCHAR2(8 BYTE) NOT NULL ENABLE,
    "INT07_ESTPOCH" VARCHAR2(1 BYTE), 
    "INT07_TMPPOCH" TIMESTAMP (6), 
    "INT07_ESTSAP" VARCHAR2(1 BYTE), 
    "INT07_TMPSAP" TIMESTAMP (6), 
    "INT07_TIMESTAMP" TIMESTAMP (6) NOT NULL ENABLE, 
    CONSTRAINT "INT07NCMP_PK" PRIMARY KEY ("INT07_CORRELATIVO"),
    CONSTRAINT "INT07NCMP_UK1" UNIQUE (
        "INT07_CENTRO", "INT07_CODCOMPONENTE", "INT07_ALMCOMPONENTE", "INT07_CODPORTADOR", "INT07_ALMPORTADOR",
        "INT07_FECINICIO", "INT07_HORINICIO", "INT07_FECTERMINO", "INT07_HORTERMINO"
    )
);

这是我创建的索引：

CREATE INDEX "TIR"."INT07NCMP_IDX1" ON "TIR"."INT07NCMP" ("INT07_CENTRO", "INT07_ESTPOCH");
CREATE INDEX "TIR"."INT07NCMP_IDX2" ON "TIR"."INT07NCMP" ("INT07_CENTRO", "INT07_ESTSAP");
CREATE INDEX "TIR"."INT07NCMP_IDX3" ON "TIR"."INT07NCMP" ("INT07_CENTRO", "INT07_CORRELATIVO", "INT07_FECINICIO", "INT07_HORINICIO", "INT07_FECTERMINO", "INT07_HORTERMINO");

使用“解释计划”，我擅长索引 1 和 2，但不擅长索引 3。例如，我正在尝试这个查询：

SELECT * FROM INT07NCMP
WHERE INT07_CENTRO = '7100'
AND INT07_CORRELATIVO > 0

这就是答案：

Plan hash value: 2810525850

----------------------------------------------------------------------------------------------
| Id  | Operation                   | Name           | Rows  | Bytes | Cost (%CPU)| Time     |
----------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |                |  9770 |  1450K|     1   (0)| 00:00:01 |
|*  1 |  TABLE ACCESS BY INDEX ROWID| INT07NCMP      |  9770 |  1450K|     1   (0)| 00:00:01 |
|*  2 |   INDEX RANGE SCAN          | INT07NCMP_IDX1 |    39 |       |     1   (0)| 00:00:01 |
----------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   1 - filter("INT07_CORRELATIVO">0)
   2 - access("INT07_CENTRO"='7100')

Note
-----
   - dynamic sampling used for this statement (level=2)

因此，如您所见，只使用了 IDX1，我希望使用 IDX3，因为我使用“INT07_CENTRO”然后“INT07_CORRELATIVO”进行过滤，就像索引定义的顺序一样。如果我尝试放置更多过滤器（IDX3 的所有列）它也不起作用。

有什么提示吗？

谢谢

【问题讨论】：

您是否收集了有关此表的统计信息？例如。 BEGIN DBMS_STATS.GATHER_TABLE_STATS('TIR', 'INT07NCMP'); END;，然后重新检查查询计划。
INT07_CORRELATIVO > 0 的行的比例是多少？如果是大多数，那么索引不是很有选择性，优化器可能会选择一个较小的索引，或者没有索引，因为 INT07NCMP_IDX3 没有帮助。

标签： sql oracle plsql oracle11g

【解决方案1】：

假设您有良好的统计数据。 user_tables 和 user_indexes 中的 num_rows。

在这些情况下，最好的方法是简单地相信 db 正在做出正确的决定。它考虑了很多方面，例如stats physical orgzniation 等。因此，根据数据规则创建索引并创建查询，然后信任数据库。

在极少数情况下，您可能必须强制查询。您可以使用提示。但在这种情况下，除非我怀疑它会产生巨大的差异 - 只需在第一个索引的末尾添加 correlatoivo 就可以了。因为保存不会来自对此的范围扫描，但那个 oracle 不必去数据库表来获取它并且索引扫描就足够了

【讨论】：

在这种情况下，可以安全地假设该表确实没有具有良好的统计信息，因为- dynamic sampling used for this statement (level=2) 表示根本没有在该表上收集统计信息。 OP 应该每天晚上检查自动统计作业是否正在运行。