Есть запрос, схематично которой можно записать в виде



Т.е. значение из одно и того же множества значений проверяется на совпадение в одном из 4х атрибутов.

Если на примере, то, допустим, есть выделенная группа экспертов '1' {'значение_1', 'значение_2', 'значение_3', 'значение_4'}. Допустим, эксперт ('значение_1') на сайте вызывает диалог, в результате которого должны отобразиться все заявки ('table_1'). При этом должны вывестись такие заявки, где этот эксперт ('значение_1') или остальные эксперты из его группы '1' ('значение_2', 'значение_3', 'значение_4') являются либо рецензентами ('field_1'), либо field_2, либо field_3, либо field_4.

Предлагается переделать структура запроса либо структуру данных (вплоть до дополнительных таблиц) так, чтобы не было OR и/или IN (мотивация: на больших данных запрос долго работает). Есть идеи?

Используется Oracle 10g.

какова селективность предикатов?
есть ли по ним индексы?
используются ли они?

в случае, если выводится значение ключа, несколько or предикатов можно заменить на union с одним предикатом. Что-то вроде

в некоторых случаях можно попробовать.

Возвращается порядка 100-500 строк.

Индексы есть.

Используеются.

Насчет приема с union`ом, понятно. Спасиб. Но не решает проблему.

Есть еще идеи?

Как смотрите?

100-500 строк отобрать по индексам не должно представляться проблематичным.

Zloxa, по плану выполнения.




Даже из миллиона записей, распиханным по нескольким таблицам?

А план смотрите где?
Посмотреть реально действующий план запроса можно - в трассе, в gv$sql_plan или же с помощью dbms_xplan.display_cursor.

План, полученный другими способами может отличаться от реально действующего.


Даже из миллиарда записей.


Это - новость. Ранее фигурировала только одна таблица.