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

69

---

70
Глава 1
компонентов (ответить на вопрос, где именно и почему произошла ошибка в этой слож-
ной системе, было трудно). Система масштабировалась, но требовала при этом огром-
ных ресурсов. Кроме того, поскольку для реализации использовалось много сложных
технологий, для разработки и сопровождения системы требовалось много опытных про-
граммистов. Мы разобрались в этой системе и ее предполагаемых функциях и поняли,
что архитектура ее несколько сложнее, чем необходимо для решения поставленных за-
дач. Мы увидели, что с помощью модуля
 PL/SQL
сервера приложений Oracle iAS и ряда
хранимых процедур можно было сделать такую же систему, работающую на существен-
но менее мощном оборудовании, причем усилиями менее опытных разработчиков.
Никаких компонентов EJB, никаких сложных взаимодействий между страницами JSP и
компонентами EJB — обычное преобразование указанного адреса URL в вызов храни-
мой процедуры. Эта новая система работает и используется до сих пор, поддерживает
больше пользователей, чем предполагалось, и работает так быстро, что порой не верит-
ся. Она использует самую простую архитектуру, минимум компонентов, работает на
дешевом 4-процессорном сервере уровня рабочих групп и никогда не дает сбоев (ну,
один раз табличное пространство переполнилось, но это уже другая проблема).
Для решения задачи я всегда предпочитаю наиболее простую архитектуру. Результат
часто получается потрясающий. Для каждой технологии есть соответствующие инстру-
менты — не всегда надо просто гвоздь забить, так что может понадобиться что-то кроме
молотка...
Открытость
Есть еще одна причина, почему при разработке часто выбирается сложный способ
решения проблемы, — сложившееся представление, что надо жертвовать всем ради "от-
крытости" и "независимости от СУБД". Разработчики хотят избежать использования "зак-
рытых", "специфических" возможностей СУБД — иногда даже таких простых, как хра-
нимые процедуры или последовательности, поскольку это привяжет их к определенной
СУБД. Я настаиваю на том, что если создается приложение, читающее и
 изменяющее
данные, оно уже в некоторой степени привязано к СУБД. Когда запросы начнут вы-
полняться одновременно с изменениями, вы сразу обнаружите небольшие (а иногда —
и большие) отличия в работе СУБД. Например, в одной СУБД может оказаться, что
оператор