Подскажите по поводу MAXQUERLEN из v$UNDOSTAT.
1)У меня в этой колонке совершенно неупорядоченные цифры причём select max(maxquerylen) from V$UNDOSTAT
Вернуло 69437
Это же 19 часов !!! - явная лажа !!!

На металинке по поводу MAXQUERLEN написано :

So if you run a query which runs for 2400 secs .. you should see

the maxquerylen column gradually increasing 600 - 1200 - 1800 – 2400

У меня же порядок увеличения таков :122- 1211- 84057- 74434- 21561-……

Это баг – или я чего-то не понял…?
И как в таком случае выбрать UNDO_RETENTION и вообще выбрать размеры UNDO если его пересоздать - разрослось до 80 Гб( сейчас у меня undo_management=AUTO undo_retention=10800)
MAXSIZE UNLIMITED покатит в моём случае при пересоздании?
Влияет ли отрицательно на на производительность большой размер UNDO tablespace ?
или можно бы его оставить таким ?

Ну ответьте же хоть кто - нибудь!
Или никто не знает , что такое maxquerylen или никогда не у кого UNDO не разрасталось ?
P.S
У меня девятка (9.2.0.8 патчсет)

...всё хозяйство на AIX 5L

MAXQUERYLEN - Identifies the length of the longest query (in number of seconds).- он не может увеличиться с 1211 на 84057 а увеличиться

может только на 600 т.е 10 минут ,а 84057-1211 как всем понятно не равно 600....

А по поводу Unlimited - файл будет расти до размера , ограниченного посредством О.С у меня это 32Гб на аix - бесконечного роста не будет , хоть и стоит Unlimited.
Вопрос же главный в том ,как выбрать UNDO_RETENTION - ведь в reference написано, что именно MAXQUERYLEN должно определять UNDO_RETENTION !!!

О ! Спасибо !!!
И , на вся кий случай ещё про UNDO_RETENTION...
Мне тут посоветовали уменьшить undo_retenton до времени самой длинной транзакции
умноженное на 2.
А как на ваш взгляд- это правильно , и буду ли я , в моём случае, на верно

...и буду ли я , в моём случае, на верном пути (КОДА КРИВО ЗАПОСТИЛАСЬ)

...А к примеру, чем мне грозит большой размер UNDO кроме того , что занимает лишнее место ?
Может и не надо парится вовсе, если места достаточно?
Или ,говорят, конкуркнция за буферный кэш увеличивается т.к Undo туда тоже непрочь потолкаться...

Запрос настроить возможности не имею- не моя компетенция. Разработчики в курсе,но всё остаётся по старому . А сам размер UNDO....Если он большой- не повлияет ли отрицательно на производительность ?
Или , если исходить из вышеизложенного вами, можно вывести тезис :
"Чем больше UNDO- Тем лучше. Лишь бы не переполнилась файловая система !"
Готовы ли вы подписаться под этим ?

Так под чем подписался ?
Под elevatorЧем больше UNDO- Тем лучше. Лишь бы не переполнилась файловая система ! или elevatorконкуркнция за буферный кэш увеличивается т.к Undo туда тоже непрочь потолкаться.. нубв том числе и забивая буферный кеш какими-то никому ненужными блоками
Вроде ,противоположные утверждения ...?