|
|
|
Oracle: Тормоза в Stored Proc
|
|||
|---|---|---|---|
|
#18+
Народ помогите разобраться с проблемой: есть запрос по нескольким таблицам довольно простой. Время выполнения 20-30 ms. Затем делаем хранимую процедуру, вставляем в нее этот запрос, делаем select stored_proc from dual и все это работает 3-4 секунды. Куда копать ? Проблема похоже конкретно в этом запросе/процедуре потому что другие гораздо более навороченные процедуры работают быстро ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2003, 12:08 |
|
||
|
Oracle: Тормоза в Stored Proc
|
|||
|---|---|---|---|
|
#18+
У тебя, наверное, 20-30мс выфетчиваются первые несколько строк, а полная выборка занимает как раз 3 сек. Как ты мерял время в первом случае и во втором? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2003, 12:20 |
|
||
|
Oracle: Тормоза в Stored Proc
|
|||
|---|---|---|---|
|
#18+
Запрос считает сумму поэтому возвращается одна запись. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2003, 12:37 |
|
||
|
Oracle: Тормоза в Stored Proc
|
|||
|---|---|---|---|
|
#18+
(Устало) запрос, процедуру, планы, статистику... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2003, 12:42 |
|
||
|
Oracle: Тормоза в Stored Proc
|
|||
|---|---|---|---|
|
#18+
Разобрался. проблема была в том что в запросе в where использовалась функция из другого пэкеджа. Было вот так: to_number(reports.cutStorage(o.chain_ident)) = storageId стало так o.chain_ident = bla-bla + storageId + bla-bla ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2003, 12:54 |
|
||
|
|
start [/forum/topic.php?fid=52&msg=32142013&tid=1990972]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
178ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
47ms |
get tp. blocked users: |
1ms |
| others: | 221ms |
| total: | 486ms |
| 0 / 0 |
