Oracle Application Express 4.0 Released

Наконец-то свершилось то, чего прогрессивная оракловая общественность долго ждала: вышел Oracle APEX 4.0 !.

Перейдя по вышеуказанной ссылке, вы можете посмотреть на список новых возможностей, и, конечно-же, скачать APEX 4.0.

Мне часто приходиться общаться с заказчиками и партнерами по поводу APEX, поэтому ниже я решил собрать небольшой FAQ.

1) Какая редакция СУБД Oracle Database необходима для запуска Oracle APEX 4.0 ?
Oracle Application Express 4.0 бесплатно поставляется для всех редакций СУБД Oracle Database (кроме Personal Edition): SE1, SE, EE, и XE. Версия СУБД должна быть не ниже 10.2.0.3 (это не относится к XE).

2) Говорят, что APEX предназначен для сайтов c небольшим числом пользователей (не более 10-20), иначе он начинает "тормозить" ...
Видимо Вы используете для генерации web-страниц встроенный в СУБД HTTP-сервер (PL/SQL Embedded Gateway). Для серьезных промышленных сайтов рекомендуется использовать Oracle HTTP Server, либо APEX Listener
Вариант использования PL/SQL Embedded Gateway подходит для случая когда ваше APEX-приложение будут использовать небольшое число пользователей (10-20), либо производительность неявляется критичной. При использовании нужно не забыть увеличить значениме параметра СУБД SHARED_SERVERS

Архитектурно "движок" APEX реализован в виде набора PL/SQL-процедур и таблиц метаданных, поэтому масштабируемость APEX упирается в возможности сервера, на котором установлена СУБД Oracle Database.
Самой корпорацией Oracle, APEX позиционируется на нишу небольших и средних приложений ( c числом пользователей не более 300-500). Для более крупных систем рекомендуется использовать 3-х звенную архитектуру с сервером приложений. Хотя, конечно, никто не мешает успешно эксплуатировать APEX и на большем числе пользователей, и такие примеры есть, - главное чтобы эту нагрузку "держал" сервер СУБД.
Рекомендую к прочтению перевод на русский язык, выполненный Евгением Тимошининым, хорошей статьи про оптимизации производительности APEX - APEX - Sizing Up Performance


3) Какое максимальное число одновременно работающих пользователей может "выдержать" APEX ?
Вопрос перекликается с предыдущим . Все зависит от возможностей сервера СУБД. Для высоконагруженных приложений можно порекомендовать вынос HTTP-сервера на отдельную машину.

4) Мне не нравятся визуальные темы дизайнов страниц предлагаемых в APEX.
В APEX вы имеете возможность полностью переопределить темы страниц (themes), взяв за основу существующий шаблон, либо создав его под себя. Далее вы можете использовать созданные шаблоны страниц (page templates) в многих своих приложениях.

5) У нас имеется 2-х звенное приложение (СУБД Oracle + толстый GUI-клиент), - как быстро перенести его в APEX ?
К сожалению, простого ответа на этот вопрос нет. Проблема связана даже не с APEX-ом как таковым, а с методами разработки и выполнения web-приложений, которые коренным образом различаются от соответствующих парадигм в GUI-приложениях. Если вы имеете GUI-клиент с мощным развитым интерфейсом, то потребуется его редизайн при переносе в среду Web.
Возможно хорошей идеей для вас станет вариант одновременного развития и сопровождения как GUI-клиента (для администраторов и advanced-пользователей), так и web-клиента реализованного на APEX (для обычных пользователей).

Для GUI-приложений, созданных в Oracle Forms, в составе APEX есть визард для автоматической конвертации приложения (вернее его генерации в APEX на основе определений в формсах). Но полной автоматизации конечно нет: как я уже говорил: сильно различаются философия выполнения GUI и Web-приложений.

Самое главное: при переходе в APEX ваи НЕ нужно переписывать серверную PL/SQL-логику приложения !

6) Назовите примеры сайтов, созданных на основе Oracle APEX, и желательно в России.

Много англоязычных сайтов, реализованных на APEX, приведены на сайте OTN.
Что касается российских сайтов, вот что мне удалось найти:
www.cargotracking.ru
www.sbconsulting.ru
www.glonass-ianc.rsa.ru

Список небольшой, поскольку в основном заказчики используют APEX для создания intranet-приложений.