|
|
|
Оставшееся время работы
|
|||
|---|---|---|---|
|
#18+
Можно ли как то оценить, что делаем запрос. зарос вида: Код: plsql 1. 2. 3. 4. 5. 6. 7. и сколько времени он это будет делать (хотя бы с разбросом +- 10 минут)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.11.2016, 11:38 |
|
||
|
Оставшееся время работы
|
|||
|---|---|---|---|
|
#18+
smolDRAGON, а в чем смысл этого запроса? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.11.2016, 11:49 |
|
||
|
Оставшееся время работы
|
|||
|---|---|---|---|
|
#18+
Как-то так: 1. Долгие FULL TABLE SCAN можно отследить по v$session_longops в % и примерном оставшемся времени. 2. Использовать sql monitor (estimated rows/actual rows) 3. Анализировать представления типа v$sessstat на предмет количества обработанных байт. Но в общем случае стоимостной оптимизатор Oracle не дает гарантированных оценок времени выполнения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.11.2016, 12:05 |
|
||
|
Оставшееся время работы
|
|||
|---|---|---|---|
|
#18+
mefmanКак-то так: 1. Долгие FULL TABLE SCAN можно отследить по v$session_longops в % и примерном оставшемся времени. 2. Использовать sql monitor (estimated rows/actual rows) 3. Анализировать представления типа v$sessstat на предмет количества обработанных байт. Но в общем случае стоимостной оптимизатор Oracle не дает гарантированных оценок времени выполнения. Спасибо, попробую использовать 123ййsmolDRAGON, а в чем смысл этого запроса? запрос упрощен до сути: выборка из таблица_1 и update таблица_1 по нескольким столбцам отобранных данных за более ранний период ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.11.2016, 12:33 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39340643&tid=1887098]: |
0ms |
get settings: |
8ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
167ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 224ms |
| total: | 482ms |

| 0 / 0 |
