Доброго времени суток.
Хотелось бы задать следующий вопрос. Но, прежде всего:
Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production 0PL/SQL Release 12.1.0.2.0 - Production 0"CORE 12.1.0.2.0 Production" 0TNS for Linux: Version 12.1.0.2.0 - Production 0NLSRTL Version 12.1.0.2.0 - Production 0
Итак. Есть некий запрос, который еще две недели назад работал хорошо. Потом что-то случилось. Лично я грешу на наших админов, что ковырнули настройки БД, в чем они конечно же не признаются. Как результат, запрос стал работать на несколько порядков дольше, а именно, время работы увеличилось с двух минут до двух часов.
Само проседание начинается, когда связывается два "куска", несколько отличные от оригиналов, но полностью удовлетворяют условиям тестирование, и которые в отдельности работают быстро, то есть исправно.
автор 1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
SELECT
tobj.*
FROM
sysdba.tc_obj2link tobj,
sysdba.tp_zag tpz,
sysdba.tp_zag_d tpzd,
sysdba.tp_zag_f tpzf,
sysdba.tp_zag_s tpzs,
sysdba.tp_zag_s tpzss,
sysdba.articles art,
zebra.zebra_all_sect zas0,
sysdba.articles art2,
zebra.zebra_all_sect zas
WHERE
tobj.f_obj_type = 3
AND tobj.f_obj_key = tpz.f_key
AND tobj.f_obj_key = tpzd.f_parentkey
AND tpz.f_status = 0
AND tpzd.f_entity = 'Мкдо'
AND tpzs.F_PARENTKEY = tpz.F_KEY
AND tpzs.F_ROW = 1
AND tpzs.F1 IS NOT NULL
AND tpzss.F_PARENTKEY = tpz.F_KEY
AND tpzss.F_ROW = 8
AND tpzss.F4 IS NOT NULL
AND tpzf.f_parentkey = tpz.f_key
AND tpzf.f_row = 1
AND art.art_id = tobj.f_art_id
AND art.purchased IS NULL
AND zas0.kod_odi_p = tpzd.f_value
AND zas0.kod_odi_p IS NOT NULL
AND art2.ART_ID = zas0.ART_ID
AND zas.art_id = tobj.f_art_id
AND zas.kod_odi IS NOT NULL
AND zas0.tech_char LIKE '%2590%';
автор 1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
81.
-- Информация по входимости.
SELECT
lvl,
root_part_aid,
root_proj_aid,
proj_aid,
count_pc,
ROUND(SUM(
(
SELECT
exp(SUM(ln(regexp_substr(paths,'[^*]+',1,level))))
FROM
dual
CONNECT BY instr( NULLIF(paths, '0') , '*', 1, level-1 ) > 0
)
) over (partition BY root_proj_aid, proj_aid) , 10 ) AS paths
FROM
(
SELECT
lvl,
ISLEAF,
root_part_aid,
root_proj_aid,
part_aid,
proj_aid,
count_pc ,
(
CASE
WHEN
(
instr(paths, '*0') != 0
)
OR
(
SUBSTR(paths, 1, 2) = '0*'
)
OR
(
paths = '0'
)
THEN NULL
ELSE paths
END) AS paths
FROM
(
SELECT
level AS lvl,
CONNECT_BY_ISLEAF AS ISLEAF,
CONNECT_BY_ROOT part_aid AS root_part_aid,
CONNECT_BY_ROOT proj_aid AS root_proj_aid,
part_aid,
proj_aid,
count_pc ,
ltrim(SYS_CONNECT_BY_PATH(count_pc, '*'),'*') AS paths
FROM
(
SELECT
part_aid,
proj_aid,
count_pc,
vargrp,
varnum
FROM
sysdba.pc pc,
zebra.zebra_all_sect zas,
sysdba.articles art
WHERE
pc.part_aid = zas.art_id
AND zas.otr_konstr IS NOT NULL
AND SN NOT IN (1, 148)
AND pc.proj_aid =art.art_id
AND pc.proj_ver_id = art.art_ver_id
)
START WITH part_aid IS NOT NULL
AND vargrp = 0
AND varnum = 0
CONNECT BY PRIOR proj_aid = part_aid
)
)
WHERE
ISLEAF = 1;
Собственно при их соединении и начинаются проблемы.
автор 1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
81.
82.
83.
84.
85.
86.
87.
88.
89.
90.
91.
92.
93.
94.
95.
96.
97.
98.
99.
100.
101.
102.
103.
104.
105.
106.
107.
108.
109.
110.
111.
112.
113.
114.
115.
116.
117.
118.
119.
SELECT
tobj.*
FROM
sysdba.tc_obj2link tobj,
sysdba.tp_zag tpz,
sysdba.tp_zag_d tpzd,
sysdba.tp_zag_f tpzf,
sysdba.tp_zag_s tpzs,
sysdba.tp_zag_s tpzss,
sysdba.articles art,
zebra.zebra_all_sect zas0,
sysdba.articles art2,
zebra.zebra_all_sect zas,
(-- Информация по входимости.
SELECT
lvl,
root_part_aid,
root_proj_aid,
proj_aid,
count_pc,
ROUND(SUM(
(
SELECT
exp(SUM(ln(regexp_substr(paths,'[^*]+',1,level))))
FROM
dual
CONNECT BY instr( NULLIF(paths, '0') , '*', 1, level-1 ) > 0
)
) over (partition BY root_proj_aid, proj_aid) , 10 ) AS paths
FROM
(
SELECT
lvl,
ISLEAF,
root_part_aid,
root_proj_aid,
part_aid,
proj_aid,
count_pc ,
(
CASE
WHEN
(
instr(paths, '*0') != 0
)
OR
(
SUBSTR(paths, 1, 2) = '0*'
)
OR
(
paths = '0'
)
THEN NULL
ELSE paths
END) AS paths
FROM
(
SELECT
level AS lvl,
CONNECT_BY_ISLEAF AS ISLEAF,
CONNECT_BY_ROOT part_aid AS root_part_aid,
CONNECT_BY_ROOT proj_aid AS root_proj_aid,
part_aid,
proj_aid,
count_pc ,
ltrim(SYS_CONNECT_BY_PATH(count_pc, '*'),'*') AS paths
FROM
(
SELECT
part_aid,
proj_aid,
count_pc,
vargrp,
varnum
FROM
sysdba.pc pc,
zebra.zebra_all_sect zas,
sysdba.articles art
WHERE
pc.part_aid = zas.art_id
AND zas.otr_konstr IS NOT NULL
AND SN NOT IN (1, 148)
AND pc.proj_aid = art.art_id
AND pc.proj_ver_id = art.art_ver_id
)
START WITH part_aid IS NOT NULL
AND vargrp = 0
AND varnum = 0
CONNECT BY PRIOR proj_aid = part_aid
)
)
WHERE
ISLEAF = 1
)
my_pc
WHERE
tobj.f_obj_type = 3
AND tobj.f_obj_key = tpz.f_key
AND tobj.f_obj_key = tpzd.f_parentkey
AND tpz.f_status = 0
AND tpzd.f_entity = 'Мкдо'
AND tpzs.F_PARENTKEY = tpz.F_KEY
AND tpzs.F_ROW = 1
AND tpzs.F1 IS NOT NULL
AND tpzss.F_PARENTKEY = tpz.F_KEY
AND tpzss.F_ROW = 8
AND tpzss.F4 IS NOT NULL
AND tpzf.f_parentkey = tpz.f_key
AND tpzf.f_row = 1
AND art.art_id = tobj.f_art_id
AND art.purchased IS NULL
AND zas0.kod_odi_p = tpzd.f_value
AND zas0.kod_odi_p IS NOT NULL
AND art2.ART_ID = zas0.ART_ID
AND zas.art_id = tobj.f_art_id
AND zas.kod_odi IS NOT NULL
AND my_pc.root_part_aid = tobj.f_art_id
AND zas0.tech_char LIKE '%2590%';
Хочу заметить, что если в связки я заменю my_pc.root_part_aid на my_pc.root_proj_aid, где уникальность значительно меньше, следовательно, как и самих данных, всё работает, как и раньше, то есть быстро. А потому я считаю (разумеется, могу и ошибаться), что всё дело в кол-ве данных. К слову, сами поля part_aid и proj_aid индексные, и если подставлять связку с proj_aid и part_aid они ведут себя точно также, как и root_proj_aid и root_part_aid соответственно.
Подскажите, пожалуйста, какие настройки БД отвечают за подобное, или другие альтернативные методы решения проблемы. |
