Апну--Eugene--простите, а чем именно не устраивает такой индекс, если id-таки уникально?
или вас не устраивает единовременное существование обоих индексов?
Не устраивает тем, что составной индекс строится по полям where и select, т.о. при запросе к таблице не обращаемся, все берем из индекса, что ощутимо ускоряет запрос.
Вячеслав Любомудров , да.
docs.oracle.comOracle performs a unique scan if a statement contains a UNIQUE or a PRIMARY KEY constraint that guarantees that only a single row is accessed.
Замечательно и вроде как известно, но ок:
1. делаем табличку


2. делаем нужный составной индекс


3. создаем констрейнт


(можно уник., результат тот же)
Условие изложенное в доке выполнено? Вроде да.
Но


дает range scan :( Только что там не сказано, что он обязательно выберет unique scan, но все равно досадно )

секунду, но если у вас id уникально, то объём промолоченной инфы должен быть одинаков что для range что для uniq scan

Вы не могли бы статистику аутотрейса показать?

нэ нэгороJonhson,

полагаю, что range scan не остановится на первой попавшейся листоноде индекса, что может привести к дополнительному чтению.

с учётом того, что id 1-й в индексе, то максимум просканит на 1 вперёд, дальше просто нет смысла.

И вот что-бы убедиться можно запустить autotrace и посмотреть стату на варианте с unique index и без такового