dba123HANK,

Показал бы сразу как считаешь пользователей(1000+), PGA и
сколько памяти занимает процесс oracle.exe (например, в диспетчере задач)



сегодня
SERVER COUNT(*)
DEDICATED 1016

Памяти Oracle занимает под 2 ГБ

Vadim Lejnin,
у нас есть кто этим занимается, и даже собирал эту аналитику, дело в том, что когда мы беседуем про развитие СУБД, то просто все сводится к следующему:
- так "криво" организованы данные и написаны программы, что не удивительно что так оно медленно работает, и все занимаемся просто напросто оптимизацией программ, структур данных и т.д., и вроде оно становится лучше, но потом когда вырастает нагрузка все также замедляется.
(словно администратор вводит в заблуждение (он тоже кстати пишет это ПО, и оно также "тормозит", не желает видеть реальных проблем СУБД , и сваливает все на ПО, вместо того чтобы перейти на более современную архитектуру).
к примеру, когда я общаюсь с иными пользователями СУБД Оракл, у которых есть решением на нем, так они говорят о том, что вообще не занимаются настройкой БД, все работает по дефолту и заглушек нет, но там версия имеет возможность использования больше ОЗУ и запросов там так же огромное множество)
меня самого удивляет количество ОЗУ, которое затребовал администратор СУБД, но очевидно что при таком подходе эта ОЗУ попросту не используется, по некоторым ощущениям в таком случае мы компьютером забиваем гвозди...
хотел услышать стороннее мнение экспертов СУБД по этому поводу, а именно
есть ли все таки предел у такой конфигурации, и что обязательно переход на другую версию ORACLE или этой конфигурации достаточно, и можно еще лет 5-10 работать без проблем, и действительно нужно смотреть в сторону того как написаны программы и как организованы данные.
последняя идея меня не очень устраивает, т.к. такая бесконечная оптимизация с моей точки зрения просто дает возможность продлить работу данной СУБД (без кардинального ее изменения).
объемы данные очень большие это миллионные таблицы, в которые постоянно что-то дописывается и ищется, это взаимодействие между таблицами внутри, куча выборок, которые постоянно запрашиваются пользователями(при работе в ПО).
и Мне хочется услышать также кардинального совета на будущее, чтобы система функционировала быстро и без проблем.

S_e_r_j,

у меня его нет..в том то и дело, у меня есть только слова администратора..

былоHANKу меня его нет..в том то и дело, у меня есть только слова администратора..
Тебе уже сказали - единственное что тебе может помочь, если оставаться на 32разрядной 9ке при таком количестве пользователей это:

тынц раз :
Вячеслав ЛюбомудровОбъем-то как раз небольшой, вот кол-во юзеров большое для такой платформы. Еще бы узнать, сколько из-них одновременно активны.Можно заюзать Shared servers (aka MTS)

тынц два :
а_так?пустить 500 пользователей через shared_servers уже предлагали ?

/3GB ключ используется.
пользователей не меньше 700 работает всегда, в пике за 1000

спасибо всем за советы!