Почему дольше стало выполняться? oracle

← →
OW © (2011-04-07 10:47) [0]

достались в наследство запросы вида
from main.t_svc_correction sc, main.t_users u, main.t_svc_ref sr, main.t_user_type_ref tr, main.t_gts g where sc.billing_id >= &bid1 and sc.billing_id <= &bid2 and u.user_id = sc.user_id and u.user_type_id = tr.user_type_id and tr.user_type_id not in (90, 91, 92, 350, 251634094, 3491721179) and u.dept_id = g.dept_id and sr.svc_id = sc.svc_id
я легче понимаю в виде
from main.t_svc_correction sc join main.t_users u on u.user_id = sc.user_id join main.t_svc_ref sr on sr.svc_id = sc.svc_id join main.t_user_type_ref tr on tr.user_type_id = u.user_type_id join main.t_gts g on g.dept_id = u.dept_id where sc.billing_id >= &bid1 and sc.billing_id <= &bid2 and tr.user_type_id not in (90, 91, 92, 350, 251634094, 3491721179)
переписал все.
Стало выполняться дольше, в среднем на 15-30%
Запрос, приведенный тут, как пример, на почти пол-секунды. 3 против 3.5

отдельно выдранные запросы, вставленные в PL\sql dev, показывают одинаковый план

и тогда тем более не ясно становится.

← →
Игорь Шевченко © (2011-04-07 10:57) [1]

планы в студию (не explain, а реальные)

← →
Sergey13 © (2011-04-07 11:02) [2]

> [0] OW © (07.04.11 10:47)
> Запрос, приведенный тут, как пример, на почти пол-секунды. 3 против 3.5

Это при однократном выполнении? Или и при повторном тоже?

← →
OW © (2011-04-07 11:15) [3]

> (не explain, а реальные)

так... не знаю..
значит, не то смотрю?
http://zalil.ru/30814562

← →
OW © (2011-04-07 11:18) [4]

> Это при однократном выполнении? Или и при повторном тоже?

при повторном тоже
тестировал так:
два раза один, два раза другой
5 раз повторить

← →
Игорь Шевченко © (2011-04-07 11:35) [5]

> так... не знаю..

а зачем лезешь ?

> http://zalil.ru/30814562

Эт че такое ?

планы надо выложить сюда, в ветку

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

Почему дольше стало выполняться? oracle Найти похожие ветки