Коллеги, привет.

Вкратце: два запроса по отдельности работают быстро. Склеиваем (один становится подзапросом второго) - адские тормоза.
Что делать?

Детально:
Есть подзапрос (запрос1): выполняется за 0.04 секунды. Результат - 4 записи (строки).
Есть запрос2: select * from view_name where field_name in (<через запятую результат запроса 1>). Результат получаем за 0.2 секунды.
Но если написать: select * from view_name where field_name in (запрос1) - то результат ждём больше минуты.
Куда копать? Что попробовать?

Всё усугубляется вот чем:
1) оба запроса (запрос1 и запрос2) - выбирают данные через дб-линк.
2) на view_name (из запроса2) повешана ограничивающая политика, которая бегает в "местные" таблички, которые без дб-линка. Снимаю политики - всё работает приемлемо (1.2 сек).

Что я делал:
Смотрел план запроса: стоимость небольшая (270). Но мало деталей - доходим до дб-линка, и дальше нет информации.
Пытался переписать на exists - результат ещё хуже, больше 5ти минут.
Собирал статистику по таблицам - без изменений.

_{DBMS_STATS.GATHER_TABLE_STATS (
ownname => p$owner,
tabname => p$name,
estimate_percent => SYS.DBMS_STATS.AUTO_SAMPLE_SIZE,
method_opt => 'FOR ALL INDEXED COLUMNS SIZE AUTO',
granularity => 'ALL',
degree => 8,
cascade => TRUE
);}


Конструкция with перед запросом - решает проблему (0.2сек). Но порождает иную проблему: наш конструктор запросов в АРМе (а всё происходит в АРМе при поиске по нескольким конкретным полям) плохо умеет с ней работать.
Hint 'push_subq' - никак не помог.
Оракл 11.2

DshedooПробовали материализовывать 1ый запрос?
Как мне кажется, не подойдёт.
В первый запрос передаётся параметр (номер счёта), и выборка первого запроса делается из огромной таблицы (список всех операций по всем счетам) по этому параметру. Выборка делается моментально.

Dshedoo

Да, работает.
Тут мой косяк, что забыл это упомянуть. Мы тут опять я натыкаюсь на конструктор запросов нашего АРМа, который умеет к основной выборке после условия where добавлять строку AND (и тут та самая конструкция, которую я пытался сделать через запрос1).

MaximaXXLshurka22,

Т.е. Ваш АРМ не умеет делать
?
Тогда Вам на форум АРМа

Или можете сделать view ... и вот тогда ....
Не совсем так :)

Наш АРМ может делать любой запрос. Например "select * from accounts". АРМ дополнительно ограничивает выборку в 100 записей, и в базу отдаётся запрос вида "select * from accounts where rownum<=100"
Ещё у АРМа дополнительно есть поля поиска. И если поле поиска введено, то АРМ к запросу добавляет строку, которую я указываю для этого поля поиска.
Например поле поиска по валюте, к нему добавляем строку "CURRENCY = :entered_currency", и получаем запрос в базу
"select * from accounts where rownum<=100 and CURRENCY = :entered_currency"
Всё работает не первый год.

А на этот раз я написал условие для очередного поля поиска немного посложнее: "field_name in (select xxx from yyy where zzz = :entered_value)", и получил проблему. Бьюсь уже два дня. Думал, вдруг кто наскоком подскажет какой-нибудь умный ход или хинт.

MaximaXXL1. и на мой взгляд самое простое - view

Не совсем понял, что именно имеете ввиду. И так уже всё через разнообразные view работает.
MaximaXXL2. тут уже изврат, проверить можно ли так:
вместо "field_name in (select xxx from yyy where zzz = :entered_value)"
написать "id in (select a.id from account a, yyy where yyy.zzz = :entered_value and a.field_name = yyy.xxx)"

Интересная мысль, но проверил - не помогло. :(

Щукина АннаА если WITH засунуть в подзапрос - ваш АРМ поймет, что он есть или скушает и не подавится?
Ох, какие тут извращенцы собрались (доктор, откуда у вас эти картинки?) :)
Попробовал - не помогло. :(
То есть АРМ не подавился, но время то же самое - минута, вместо 0.2сек.

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