проверяю открытые курсоры таким образом:
что-то их оказывается у некоторых процессов больше, чем должно быть. Как посмотреть, что это за курсоры (SQL)? v$open_cusor не проходит, там не все фактически открытые, а те которые в кэше сессии. А как тогда?

Jannny Ixtiander06что-то их оказывается у некоторых процессов больше, чем должно быть.Это Вы как определяете , что должно быть?
я знаю логику приложения, знаю что там стоит ограничение, не позволяющее держать открытыми больше 5 курсоров (только не спрашивайте, почему плиз!). Если хочет открыть больше, должен на старый курсор сделать SQLFreeStmt (это не ODBC, но похоже, всё сводится к EXEC SQL close...). Статистики показывают, что открыто 7 курсоров!!!

JannnyТак свяжите с предыдущим запросом :)
??? пардон, шутку не понял :-(

Elic" в том числе и те, которые"

с уточнением согласен :-). А всё же, назад к моему вопросу бы...

Elic Ixtiander06А всё же, назад к моему вопросу бы...Может "лишние" - это служебные того приложения. Смотри по тексту курсоров и по трассе.
А вообще непонятно, зачем это копательство :)
не из любви к искусству :-) Есть система, которая нормально работает в продуктивном режиме. Её же установили для тестирования на другой машине. И некоторые процессы вылетают с maximum open cursors exceeded. Посмотрел статистики - вроде действительно больше, чем open_cursors. Но система нормально работает в продукции и там у процессов "правильное" количество open cursors! Вот и копаюсь...

"Служебные курсоры" - это что-то конкретное имеется в виду или абстрактное предположение? И как посмотреть текст - в этом-то и был мой первый вопрос? Если v$open_cursor не катит?

Elic Ixtiander06"Служебные курсоры" - это что-то конкретное имеется в виду или абстрактное предположение ? И как посмотреть текст - в этом-то и был мой первый вопрос? Если v$open_cursor не катит?Почему не катит?
??? Потому что хочу увидеть действительно одновременно открытые, а не те, которые ещё не выкинуты из кэша

JannnyЭто не была шутка. Если записей больше, чем Вам нужно, то выберите только те, что Вам нужны, а их Вы знаете по первому запросу :)
имеется в виду запрос из моего первого постинга? Так он только количество открытых курсоров возвращает :-(. Или я опять чего-то не понял?

dmidek

А почему Вы не можете добавить в исходный запрос
v$open_cursor ?

Вяжете по sid-у сессии и уже потом анализируете тексты курсоров по sql_text для
сессий ...

можно добавить, а можно - как я делал - просто вытащить и посмотреть с ним в - суть дела не меняется:
есть v$sesstat, который показывают число фактически одновременно открытых курсоров, противоречащее тому, что я знаю о логике приложения, но не показывает текст курсоров. И есть v$open_cursor, который показывает SQL курсоров из кэша, про которые я и без него знаю, что такие команды когда-то сессией исполнялись. Вопрос таким образом остаётся...

То ли я ломлюсь в открытую дверь, то ли эта тема никого до сих пор не интересовала, что удивительно :-(

JannnyА Вы понимаете, что сейчас открытый курсор также входит в понятие "курсоров из кеша"?...
да.
Это уже 20-й постинг, я наверное очень плохо обьясняю чего хочу. Ещё раз: v$sesstat говорит: в настоящий момент открыто Х курсоров. Я хочу посмотреть их - и только их - тексты.

Jannny Ixtiander06можно добавить, а можно - как я делал - просто вытащить и посмотреть с ним в - суть дела не меняется:Что есть "посмотреть с ним"?
сорри! Должно было быть так:
как я делал - просто вытащить SID и посмотреть с ним в V$OPEN_CURSOR - суть дела не меняется