new fields in v$session
While one known 'balabol' blows at every corner about the fact that 'The 10046 wait interface becomes obsolete ', Oracle in its new version 10.2 added three new fields in view v$session, intended only for the work with 10046 wait interface and wrote three new procedures in package dbms_monitor, utilized for the same.
Fields named SQL_TRACE, SQL_TRACE_WAITS, SQL_TRACE_BINDS make it possible to see whether session is traced and if yes, then with what parameters. However, finesse in the fact that the correct values in these fields are advanced only during use dbms_monitor, i.e., if we establish tracing with the aid of 'alter session set events' or via straight call of dbms_system.set_ev, then v$session will not show that the session is is traced. Looks like hint from Oracle about what interface we should use to enable extended SQL trace.
[below the same in Russian]
В то время, как один известный балабол трубит на каждом углу о том, что 'The 10046 wait interface becomes obsolete', Oracle в своей новой версии 10.2 добавил три новых поля во view v$session, предназначенных только для работы с 10046 wait interface'ом и написал пару новых процедур в пакете dbms_monitor, используемый для того же.
Поля под названиями SQL_TRACE, SQL_TRACE_WAITS, SQL_TRACE_BINDS позволяют увидеть, трассируется ли сессия и если да, то с какими параметрами. Однако тонкость в том, что корректные значения в этих полях выставляются только во время использования dbms_monitor, т.е. если установить трассировку с помощью 'alter session set events' или путем прямого вызова 'dbms_system.set_ev', то v$session не покажет, что сессия трассируется. Похоже, таким образом Oracle недвусмысленно намекает, как именно надо включать extended sql trace.
Fields named SQL_TRACE, SQL_TRACE_WAITS, SQL_TRACE_BINDS make it possible to see whether session is traced and if yes, then with what parameters. However, finesse in the fact that the correct values in these fields are advanced only during use dbms_monitor, i.e., if we establish tracing with the aid of 'alter session set events' or via straight call of dbms_system.set_ev, then v$session will not show that the session is is traced. Looks like hint from Oracle about what interface we should use to enable extended SQL trace.
В то время, как один известный балабол трубит на каждом углу о том, что 'The 10046 wait interface becomes obsolete', Oracle в своей новой версии 10.2 добавил три новых поля во view v$session, предназначенных только для работы с 10046 wait interface'ом и написал пару новых процедур в пакете dbms_monitor, используемый для того же.
Поля под названиями SQL_TRACE, SQL_TRACE_WAITS, SQL_TRACE_BINDS позволяют увидеть, трассируется ли сессия и если да, то с какими параметрами. Однако тонкость в том, что корректные значения в этих полях выставляются только во время использования dbms_monitor, т.е. если установить трассировку с помощью 'alter session set events' или путем прямого вызова 'dbms_system.set_ev', то v$session не покажет, что сессия трассируется. Похоже, таким образом Oracle недвусмысленно намекает, как именно надо включать extended sql trace.
0 Comments:
Post a Comment
<< Home