|
|
|
Непонятный блок в tkprof select text from view$ where rowid=:1
|
|||
|---|---|---|---|
|
#18+
Всем привет! Хотел на своем примере визуализировать отличия запросов "с" и "без" переменных привязки. Написал это: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. Сделал трассировку, пропустил через tkprof. Да действительно в этом случае было большое количество PARSE, чего я и ожидал, однако, в summary количество парсов вместо ожидаемых мною ~100 - ровно 300. Стал искать в чем причина и увидел в отчете сл. блок: Код: xml 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. Какая операция происходит в это время и что это значит? При запуске схожего цикла, но уже с использованием бинд-переменных, такой запрос присутствует тоже, однако вклад в summary он практически не вносит. Большое спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2017, 12:38 |
|
||
|
Непонятный блок в tkprof select text from view$ where rowid=:1
|
|||
|---|---|---|---|
|
#18+
ALL_OBJECTS -- это VIEW, при разборе надо вытащить его определение В новых версиях (с появлением Edition) оно еще и вызывает представление (_CURRENT_EDITION_OBJ), для него тоже надо вытащить определение. Поэтому на каждый запрос из ALL_OBJECTS при разборе приходится два раза обращаться к VIEW$ Вот еще по теме: select text from view$ where rowid=:1 И наш дорогой Миллсап: Optimizing Oracle Performance: A Practitioner's Guide to Optimizing Response ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2017, 14:22 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39407405&tid=1886403]: |
0ms |
get settings: |
9ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
163ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
38ms |
get tp. blocked users: |
1ms |
| others: | 239ms |
| total: | 473ms |

| 0 / 0 |
