намешали в кучу всего:
1. Не используйте слова primary и unique. Первичный только 1, второй уникальный создавать крайне опасно да и главное не нужно в Вашем случае.
2. Ораклу на сап наплевать, он и не знает что это такое. если у него появился второй индекс - он его будет использовать когда его оптимайзеру вздумается. И с точки зрения оракла Ваш запрос будет обработан Вашим индексом.
3. Не всё так просто - ещё есть SAP, который как раз на кластерных таблицах и затыкает оптимайзеру оракла рот - в стандарте brtools не обновляет статистику для кластерных таблиц - а без статистики оракл не понятно что решит использовать. и есть риск - что Ваш индекс оракл начнёт использовать не только для нужного Вам запроса.

Итого:
создать дополнительный индекс на уровне базы данных можно. Но далее надо будет или внимательно смотреть какие когда индексы оракл будет использовать, или разбираться со сбором статистики, или думать про хинты.

или думать про хинты. Тут как раз таки нечего думать , хинты для кластеров не работают. Затея ИМХО не очень , но тут на усмотрение вашего базиса , я бы 100% не дал добро.

или думать про хинты. Тут как раз таки нечего думать , хинты для кластеров не работают. Затея ИМХО не очень , но тут на усмотрение вашего базиса , я бы 100% не дал добро.[/quote]

Просто хинты из абапа нельзя, но типа закрепить план исполнения в оракле можно. Но базису точно придётся в голове кучу лишней информации держать и проверять.
Хотя быстрей всего оракл и без статистики правильно разберётся с запросами

Просто хинты из абапа нельзя, но типа закрепить план исполнения в оракле можно. Но базису точно придётся в голове кучу лишней информации держать и проверять.
Хотя быстрей всего оракл и без статистики правильно разберётся с запросами[/quote]

Хотя быстрей всего оракл и без статистики правильно разберётся с запросами
Вот это вот наврятли Он со статистикой то собранной творит чудеса иногда , а без статы будет ахтунг на 99% .