Oracle для профессионалов Том Кайт торгово-издательский дом DiaSoft

 http://java.sun.com/
products/rmi-nop/.
Это вполне допустимый подход. Такой способ взаимодействия работает и может быть
весьма масштабируемым. Те, кто разрабатывал архитектуру, хорошо понимали язык Java,
технологию компонентов EJB, знали используемые протоколы, в общем — всю кухню.
Им казалось, что имеются все основания для успешной реализации подобного проекта.
Когда же выяснилось, что приложение может поддерживать лишь нескольких пользо-
вателей, они решили, что проблема — в СУБД, и усомнились в декларируемой корпо-
рацией Oracle "рекордной масштабируемости СУБД".

---

Разработка успешных приложений для Oracle
Проблема, однако, была не в СУБД, а в незнании особенностей ее работы, и неко-
торые решения, принятые на этапе проектирования, привели к краху приложения в
целом. Чтобы использовать компоненты EJB в базе данных, сервер Oracle должен быть
сконфигурирован для работы в режиме многопотокового (MTS), а не выделенного сер-
вера. Чего не понимала команда разработчиков в принципе, так это последствий исполь-
зования режима MTS в сочетании с компонентами EJB для их приложения. При отсут-
ствии этого понимания, как и знания основ работы СУБД Oracle вообще, были приняты
два ключевых решения.
• В компонентах будут запускаться хранимые процедуры, работающие по 45 и бо-
лее секунд (иногда — намного дольше).
• Связываемые переменные использоваться не будут. В условиях всех запросов будут
использоваться литеральные константы. Все входные данные для процедур будут
передаваться в виде строк. Это "проще", чем использовать связываемые перемен-
ные.
Эти, казалось бы, непринципиальные решения обусловили неизбежный провал про-
екта. Все было сделано так, что предельно масштабируемая СУБД не справлялась с
нагрузкой даже при небольшом количестве пользователей. Нехватка знаний об особен-
ностях работы СУБД свела на нет все глубокие знания разработчиков по созданию ком-
понентов на Java и распределенной обработке. Если бы они нашли время на минималь-
ное изучение особенностей работы СУБД Oracle и затем применили два представленных
далее простых принципа, шансы на успех проекта уже в первой версии существенно бы
повысились.