Всем привет.

Вопрос может и ламеркий, но все же. Столкнулся с такой ситуацией, что один и тот же запрос запущенный из бизнес-приложения и SQL Developer'a работает по разному (разный план, разное время выполнения). Запрос срейдний с некоторым количеством скаляров в условиях фильтрации. Порядок тестирования таков:
1. Выполняют определенные действия в приложении, чтобы выполнить запрос. Приложение виснет.
2. В gv$session ищу сессию и SQL_ID (Oracle RAC). Запрос в представлении с замененными скалярами на бинды, так как cursor_sharing=FORCE.
3. Выполняю найденный запрос из SQL Developer'a, затолкав его в REF курсор с подставлением биндов. Запрос работает молниеносно.

Собственно вопрос, почему из IDE запрос может идти по другому плану, хотя ничего не меняется? И второй вопрос, как выполнить запрос из IDE так, чтобы он работал также долго?

Спасибо.

Из того что сделал я:
1. Пересобрал статистику.
2. Проверил параметры оптимизатора (gv$sql_optimizer_env) у запроса из IDE и из приложения - одинаковые.
3. сравнил на всякий случай параметры инстансов - одинаковые.

dmdmdm,

я ничего не меняю. Скаляры меняются на бинды из-за cursor_sharing=force.

AlexFF__,

4. Спасибо, протёр.
5. Что вам даст запрос из неизвестных вам таблиц? Почему запрос из приложения тормозит я и сам понимаю. Меня интересует почему он может не тормозить из IDE.
6. Сюда ещё на заглядывал, спасибо.

Запрос будет иметь в любом случае другой sql_id, так как мне приходится дописывать схему к объектам.

как выполнить 10053 трассу сессии приложения? Через dbms_system.set_ev? Сессия открывается непосредственно перед выполнением SQL запроса.

Всем спасибо, ушел мучать 10053.