Есть приложение с
закрытым ядром .
В нем есть генерируемый запрос, который считает данные по одной табличке через count(*).
Данных в табличке собралось очень много (1млрд). И запрос соответственно начал подвисать. А приложуха отваливаться из-за различных таймаутов.
Сам запрос, не особо критичный для работы, и не несет каких либо важных данных, тем более можно вручную эти данные вытаскивать.
Поэтому чтобы не ломать работу приложения, уже начаты работы по оптимизации, но это все в не быстро.
А на быстрое решение пытался сделать 2 варианта.
1. Подмена запроса
через
1.
sys.dbms_advanced_rewrite.declare_rewrite_equivalence
попытался перехватить запрос, и добавить ему условие
На простых запросах получилось это сделать, но именно на моем запросе, с использованием bind переменных и несколькими подзапросами, данный механизм отказался работать.
2. Добавление хинта PARALLEL(N)
После нескольких экспериментов, получилось сильно ускорить запрос только с помощью хинта parallel(32). Вместо 3-5 минут, выполняется за 10-40 секунд.
Теперь пытаюсь подменить план запроса, baseline создается на этот запрос, но план все равно используется старый.
При удалении родного baseline, он просто пересоздается, и опять использует свой план.
Использую следующий механизм из одного форума:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
-- загрузка плана настроенного запроса
declare
l_sql_id_src varchar2(13) :='31w6zb213gdfs'; -- sql_id образца
l_plan_hash_value_src number := 4059279870; -- plan_hash_value образца
l_sql_id_trg varchar2(13) :='318dkg1gq87gm'; -- sql_id настраиваемого запроса
l_sql_text_trg clob;
l_res number;
begin
-- текст запроса для настройки
select a.sql_fulltext into l_sql_text_trg
from v$sqlarea a
where a.sql_id = l_sql_id_trg;
-- загрузка плана и создание SQL plan baseline
l_res := dbms_spm.load_plans_from_cursor_cache(
sql_id => l_sql_id_src,
plan_hash_value => l_plan_hash_value_src,
sql_text => l_sql_text_trg);
dbms_output.put_line(l_res);
end;
что не хватает ему?
или может есть другие способы заставить не редактируемый запрос работать с параллельностью?
