Мысль тут у меня появилась, насколько дурная не знаю
дабы не листать топик приведу исходный пост еще раз
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
CREATE TABLE ACCOUNT_STATE (
CODE INTEGER NOT NULL,
ACCOUNTCODE BIGINT NOT NULL,
ENDDATE DATE,
.......
);
ALTER TABLE ACCOUNT_STATE ADD CONSTRAINT PK_ACCOUNT_STATE PRIMARY KEY (CODE);
CREATE DESCENDING INDEX ACCOUNT_STATE_ACC_ED_DESC ON ACCOUNT_STATE (ACCOUNTCODE, ENDDATE);
Запрос
1.
2.
3.
4.
select *
from Account_State
where Accountcode = :IAccount
and (Enddate = :Idate1 or Enddate = :Idate2)
показывает план
PLAN (ACCOUNT_STATE INDEX (ACCOUNT_STATE_ACC_ED_DESC))
я ожидал
PLAN (ACCOUNT_STATE INDEX (ACCOUNT_STATE_ACC_ED_DESC, ACCOUNT_STATE_ACC_ED_DESC))
зы. записей в таблице 268773
Статистика для обоих индексов 0,000003720611.....
с планами и причинами таких планов объяснили, все понятно
но вот возник вопрос в связи с выделенным текстом
Если создать уникальный индекс
ALTER TABLE ACCOUNT_STATE ADD CONSTRAINT UNQ1_ACCOUNT_STATE UNIQUE (ACCOUNTCODE, ENDDATE);
то оптимизатор выбирает план
PLAN (ACCOUNT_STATE INDEX (UNQ1_ACCOUNT_STATE, UNQ1_ACCOUNT_STATE))
ну собственно сам вопрос, а может можно оптимизатор научить смотреть еще на статистику PK,
ну и надо ли его этому учить ???
ps/ Я прекрасно понимаю что сам себе буратино и в моём случае надо было самому указывать
что индекс уникальный, однако могут быть случае когда индекс все-же не уникальный но
"дублирование" совсем мизерное
