Подскажите, почему в Oracle Enterprise Manager медленно раскрывается описание индекса? Т.е., когда выбираешь Schema->Indexes -> конкретный индекс и кликаешь на нем, приходится ждать около 1 мин., пока покажется вкладка General. На описание таблиц тоже есть задержка - секунд 10. Все табличные пространства локально управляемые кроме system. Наши программисты пишут запросы через PLSQL Developer, поэтому для нас это важно. Версия Oracle - 9.2.0.4.0. Версия SAP - 4.7

Забавно конечно, что вы даете разработчикам право ваять на PL/SQL
к базе ретришной, какими правами вы их наделили на уровне Oracle и не боитесь что в один прекрасный момент Вам грохнут базу?
А медленное открытие описание описания индекса может быть связано с конкретным рабочим местом, ибо у меня на Pentium 4 2,4 GHz Oracle Enterprise Manager притормаживает - ибо java и запущена пачка приложений, или со всех рабочих мест такая беда у Вас? Не вижу особого смысла смотреть вышеназванные описания данными средствами, не подскажете зачем Вам это надо,ибо средств SAP в данном направлении вполне достаточо?

Права у пользователей самые минимальные. А нужно это для Developer, когда в нем пишешь имя объекта, он сам автоматически подкачивает его описание, что для многих очень удобно. А вот почему программеры не пишут отчеты SAP-средствами, не знаю. Говорят, что им так удобно. Тем более что большинство отчетов будет потом публиковаться на Oracle Portal.
У меня Pentium 4 2,8 GHz и памяти 512M, по сети проблем тоже нет. И с не SAP базами такой проблемы нет. Правда и объектов в них на порядок меньше.

Если они еще и создают свои объекты в базе, то про Upgrade можно и не думать

а что такое Upgrade

Смена версии

"Пропала квартирка..."

А по поводу медленной работы - так посмотрите количество объектов в схеме для R/3. Developer, да, собственно и все, что работает со схемами Oracle, тащит все эти выборки к себе. Фактичеки select * fetch all по нужным таблицам. И чего Вы хотите при таком количестве объектов?
Интересно, а как разработчики пишут отчеты при доступе к непрозрачным таблицам?

Это лучше в каком-нибудь оракловом форуме спрашивать. При чём тут SAP? Чисто оракловая проблема...



Можно подумать, что абаперы базу грохнуть не смогут :-):-). Причём у админов защиты от абаперов-то и нет. Уж в системе разработки точно. А в ORACLE (если не давать конечно коннектиться напрямую в схему sapr3) можно всё очень надёжно настроить, и разработчик не то что базу грохнуть, а и вообще ничего лишнего даже глянуть не сумеет...



Ну их не так много. Хотя среди них встречаются весьма важные, но ведь не только для бухгалтерии же надо что-то ваять...