Записки об Oracle Application Express и не только....

Установка Oracle Instant Client в Debian. Ссылка

2009-05-29T07:37:00.000+04:00

По роду своих занятий, часто приходится работать с Oracle с Debian машин. Как-то я уже немного вскольз рассказывал, как установить Oracle Instant Client (см. Компиляция TOra в Debian).
Но сегодня мне подкинули ссылочку на замечательную статью, где описывается аж целых два способа установки Oracle Instant Client. Понравилось: подробно расписано для чего это нужно и как выполнять установку. Рекомендую - Установка Oracle Instant Client в Debian / Ubuntu

Понимание формата URL в Application Express. Часть 2.

2009-04-24T07:00:00.001+04:00

Продолжение поста "Понимание формата URL в Application Express. Часть 1."

Вызов страницы, используя синонимы приложения и страницы
Синоним для приложения или страницы не может содержать пробелов и не чувствительный к регистру. Ниже приведен пример запроса к странице, в котором используются синонимы страницы и приложения. Выполняется запрос к странице "home" приложения "myapp", используя текущую сессию:
f?p=myapp:home:&APP_SESSION.
где:

myapp - синоним для приложения

home - синоним для страницы

APP_SESSION - идентифифкатор сессии

Синоним приложения должен быть уникален в рамках рабочей области (workspace). Если приложения, располагающиеся в разнызх рабочих областях, имеют одинаковые синонимы, необходимо использовать "&c" аргумент, чтобы указать имя рабочей области. Например:
f?p=common_alias:home:&APP_SESSION.&c=WORKSPACE_A

Использование 0 вместо Session Id
Если страница APEX-приложения является обще доступной и не требует аутентификации, можно использовать "0" вместо идентификатора сессии.

При запросе страницы, в URL которой стоит 0 вместо session id, Application Express присваивает новый session id и отсылает его вместе с cookie обратно браузеру.
Таким образом, просматривая обще доступные страницы, можно видеть, что все генерируемые ссылки на обще доступные страницы будут содержать "0" в качестве session id. Однако, на самом деле Application Express будет использовать session id из cookie, чтобы переменные приложения были в актуальном состоянии.

Эта фича полезна, когда необходимо спрятать настоящий идентификатор сессии (session id). Это бывает полезно как минимум в двух случаях:

Создание закладок пользователями. Нет необходимости сохранять номер сессии в ссылке закладки.

Поисковые системы. Номер сессии будет недоступен для ботов поисковых систем. Естевственным следствие этого будет ликвидация дублирования контента в поисковых системах, так как при каждом обращении бота поисковой системы на одну и ту же страницу, будет гарантированно получен один и тот же URL.

Основы строк подстановки (Substitution Strings)
Строки подстановки можно использовать в шаблонах страниц или в регионах для того, чтобы заменить символьную строку каким-либо значением.
В Application Builder можно использовать строки подстановки следующим образом:

Ссылки на элементы приложения или страницы. Синтаксис:&ITEM.

Использовть встроенные строки подстановки (см. оффициальную документацию)

Понимание формата URL в Application Express. Часть 1.

2009-04-01T05:55:00.015+04:00

URL, которые отображаются для каждой страницы, однозначно определяют:

Адрес Application Express

Идентификатор приложения (application ID) - уникальное число, однозначно идентифицирующее приложение. Уникален в рамках рабочей области (workspace)

Номер страницы (page number) - число, однозначно идентифицирующее страницу в приложении. Уникально в рамках приложения.

Идентификатор сессии (session ID)

Приложения и страницы могут иметь символьные псевдонимы (alphanumeric aliases).Так же, как и идентификаторы приложений и страниц, псевдоним приложения уникален в рамках рабочей области (workspace), а псевдоним страницы уникален в рамках приложения.

При запуске приложения Application Express генерирует идентификатор сессии, который является ключем для доступа к значениям переменных приложения.

Понимание URL для страниц

Все очень просто. Достаточно рассмотреть пример:


http://apex.oracle.com/pls/apex/f?p=4350:1:220883407765693447

где:

apex.oracle.com - адрес сервера

pls - признак использования mod_plsql

apex - название дескриптора доступа к БД (DAD). DAD описывает, как HTTP-сервер соединяется с сервером БД, чтобы обработать HTTP-запрос. Значение по умолчанию - apex.

f?p= - префикс, используемый Oracle Application Express

4350 - вызываемое приложение (application ID)

1 - вызываемая страницы приложения(page number)

220883407765693447 - идентификатор сессии(session ID)

Использование синтаксиса "f?p"

Для создания переходов между страницами можно использовать следующий синтаксис:


    f?p=App:Page:Session:Request:Debug:ClearCache:itemNames:itemValues:PrinterFriendly

Синтаксис	Описание
App	Идентификатор (application ID) или символьный псевдоним (alias) приложения
Page	Номер (page number) или символьный псевдоним (alias) страницы
Session	Идентификатор сессии (session ID). Идентификатор сесси имеет смысл указывать в том случае, если создается ссылка на страницу, в которой необходимо использовать теже переменные, что и в текущей странице. Получить значение идентификатор текущей сессии можно следующими способами: Строка подстановки: "&SESSION." PL/SQL: "V('SESSION')" Bind переменная: ":APP_SESSION"
Request	Выставляется при нажатии кнопки на странице приложения. Заполняется именем нажатой кнопки. Получить значение можно следующими способами: Строка подстановки: "&REQUEST." PL/SQL: "V('REQUEST')" Bind переменная: ":REQUEST"
Debug	Отвечает за вывод отладочной информации при обработке страницы. Допустимые значения: "NO", "YES". Получить значение можно следующими способами: Строка подстановки: "&DEBUG." PL/SQL: "V('DEBUG')" Bind переменная: ":DEBUG"
ClearCache	Очищает кэш. Выставляет значение указанных переменных в NULL. Пример: `f?p=100:5:&APP_SESSION.::NO:THE_EMPNO,THE_DEPTNO` Очищает кэш переменных THE_EMPNO и THE_DEPTNO. Ключевое слово "RP" вызывает сброс навигации (region pagination) на странице. Например: `f?p=6000:6003:&APP_SESSION.::NO:RP,6004,6014` Очищает состояние всех переменных на страницах 6004 и 6014. Сбрасывает состояние навигации (region pagination -RP) на странице 6003. Ключевое слово "APP" вызывает сброс кэша во всем приложении. Ключевое слово "SESSION" работает аналогично ключевому слову "APP", за исключением того, что очищает значение переменных, связанных со всеми приложениями, которые были использованы в рамках заданной сессии.
itemNames	Список переменных через запятую, для которых необходимо выставить значение.
itemValues	Список значений переменных через запятую. Не допустимо использование двоеточия (:) в качестве значения. Допустимо использование запятой в качестве значения, если значение заключено в обратные слеши (\123,45\).
PrinterFriendly	Определяет, будет ли страница выведена в режиме "на печать" (значение - "Yes"). Может быть использовано для условного вывода того или иного элемента страницы при выводе на печать. Получить значение можно следующими способом: V('PRINTER_FRIENDLY'). Если задано, то Application Express не будет отображать закладки или навигационные области. Кроме того, все элементы форм будут выводиться как текстовые поля.

Продолжение следует...

Недокументированная опция для статических LOV

2008-08-01T06:54:00.000+04:00

Согласно документации, статический список значений (STATIC, STATIC2) определяется следующим образом:


STATIC[2]:Display Value[;Return Value],Display Value[;Return Value]

То есть, получается, чтобы вывести Display Value в котором содержалась бы запятая - невозможно. Однако, как выяснилось, это не совсем так...

Оказывается для STATIC, STATIC2 есть недокументированная опция! (Спасибо за это Patrick Wolf). Недокументированная опция выглядит следующим образом:


STATIC[2](lov-entries-sep,display-return-sep):Display Value[Return Value]Display Value[Return Value]

То есть, чтобы вывести Display Value с запятой, можно, например, определить LOV следующим образом:


STATIC2(;,=):Показывать, но не учитывать=1; Учытвать, но не показывать=2;

apex.oracle.com обновился до версии 3.1

2008-02-28T06:28:00.000+03:00

Официальный общедоступный тестовый инстанс Oracle Application Express был обновлен до версии 3.1. Очевидно, что скоро новая версия Apex будет доступна для загрузки.
Те,кто не подписывался на пробную версию Apex 3.1 (evaluation version) или ничего еще не читал, то с новыми фичами можно ознакомиться в статье "Release 3.1 New Features Sample Application".

Компиляция TOra в Debian

2008-01-16T23:18:00.001+03:00

TOra - расшифровывается как "Toolkit For Oracle" и представляет из себя IDE для таких СУБД как Oracle, MySQL, PostgreSQL. На данный момент является одной из трех полноценных Oracle IDE под Linux (остальные две - это "SQL Developer" от Oracle и "Aqua Data Studio" от AquaFold). Концептуальное отличие - язык программирования исходного кода: "SQL Developer", "Aqua Data Studio" - Java, "TOra" - C++.

На днях пришлось собирать ее из исходных кодов, так как по лицензионным причинам, в стандартной сборке TOra из репозитария Debian GNU/Linux не включена поддержка Oracle.

Все работы велись в Debian Lenny:

 $ uname -a
Linux Debian4Test 2.6.22-3-686 #1 SMP Mon Nov 12 08:32:57 UTC 2007 i686 GNU/Linux

Версия TOra:


$ ls -l /usr/src/tora-1.3.22/
-rw-r--r--  1 root src  3496227 2008-01-15 18:19 tora-1.3.22.tar.gz

Итак... поехали...

Получение Oracle Instant Client

oracle-instantclient-basiclite_10.2.0.3-2_i386.deb

oracle-instantclient-devel_10.2.0.3-2_i386.deb

oracle-instantclient-sqlplus_10.2.0.3-2_i386.deb

Oracle

Установка Oracle Instant Client


   $ sudo dpkg -i oracle-instantclient-basic_10.2.0.3-2_i386.deb
   $ sudo dpkg -i oracle-instantclient-devel_10.2.0.3-2_i386.deb
   $ sudo dpkg -i oracle-instantclient-sqlplus_10.2.0.3-2_i386.deb


$ whereis oracle
oracle: /usr/lib/oracle /usr/include/oracle /usr/share/oracle

Создание файла TNSNAMES.ORA

Настройка кэша динамических библиотек

/usr/lib/oracle/10.2.0.3/client/lib 

После чего перегружаем кэш:
 $ sudo ldconfig

Настройка переменных окружения


   LD_LIBRARY_PATH=/usr/lib/oracle/10.2.0.3/client/lib:$LD_LIBRARY_PATH
   TNS_ADMIN=/usr/lib/oracle
   export LD_LIBRARY_PATH TNS_ADMIN

Получение и распаковка исходных кодов TOra

оф. сайта


   $ sudo mkdir /usr/src/tora
   $ cd /usr/src/tora
   $ wget http://switch.dl.sourceforge.net/sourceforge/tora/tora-1.3.22.tar.gz
   $ sudo tar zxvf tora-1.3.22.tar.gz

Подготовка к пересборке TOra


   $ sudo aptitude install g++ gcc autoconf automake flex zlib1g-dev docbook-xsl
   $ sudo aptitude install libqt3-mt-dev libqt3-compat-headers

Сборка TOra


   $ cd /usr/src/tora/tora-1.3.22/
   $ ./configure --with-oracle=$ORACLE_HOME --with-oci-version=10G CC=gcc-4.2 --without-kde --with-xinerama


   ...
   checking whether uic supports -nounload ... yes
   checking if STL implementation is SGI like... yes
   checking for oracle... checking oci works... yes
   checking for qscintilla... configure: error: Couldn't compile a simple QScintilla application. See config.log or specify its location with --with-qscintilla-includes
   make: *** [configure-stamp] Ошибка 1


   $ wget http://ftp.pl.debian.org/debian/pool/main/q/qscintilla/libqscintilla-dev_1.7.1-2_all.deb
   $ sudo dpkg -i libqscintilla-dev_1.7.1-2_all.deb
   $ ./configure --with-oracle=$ORACLE_HOME --with-oci-version=10G CC=gcc-2.95 --without-kde --with-xinerama
   $ make
   $ sudo make install

Запуск TOra


$ whereis tora
tora: /usr/bin/tora /usr/lib/tora /usr/local/tora /usr/share/tora /usr/share/man/man1/tora.1.gz


/usr/bin/tora

Официальный перевод "Apex. Sizing Up Performance"

2007-12-24T23:34:00.000+03:00

Около полугода назад я делал перевод статьи по оптимизации производительность Apex приложений - "Sizing Up Performance":

Повышаем производительность (часть 1)

Повышаем производительность (часть 2)

Повышаем производительность (часть 3)

Теперь же есть возможность оценить ее официальный перевод :), ознакомиться с которым можно в декабрьском номере русской версии Oracle Magazine - "Оценка производительности".
Читаем, сравниваем....

Нужна ли сертификация по APEX?

2007-12-22T21:46:00.000+03:00

David Peake, менеджер проекта APEX, активно прорабатывает вопрос создания программы сертификации по Oracle Application Express. И в настоящий момент проводит опрос о необходимость такого курса вообще.

Опрос состоит из нескольких экранов по 3-5 вопросов. Суть вопросов: направление проф. деятельности, используете ли APEX и в каком качестве и мнение насчет необходимости сертификации по APEX.

Исследование будет проводится до середины января 2008. Так что если есть желание оставить свое мнение - не откладывайте - времени осталось не много... ибо скоро НГ!!!
PS: с наступающими праздниками!!!

Запросы для получения ряда чисел

2007-12-04T23:52:00.000+03:00

В некоторых случаях бывает необходимо получить последовательность чисел от N до M (в последнее время что-то уж очень часто возникает такая необходимость :). Дабы самому не забыть решил перечислить известные мне способы:


-- Самый простой
Select Rownum 
  From User_Objects 
 Where Rownum <= 25;

-- Кол-во единичек в CUBE - степень двойки
Select Rownum 
  From (Select 1 From Dual Group By Cube(1, 1, 1, 1, 1)) 
 Where Rownum <= 25;

-- С использованием иерархичного запроса
Select Level 
  From Dual 
Connect By Level <= 25;

-- Только для 10 версии и выше
Select y from dual
model 
  dimension by (1 as x) measures (1 as y)
  rules iterate (25) (y[iteration_number + 1] = iteration_number + 1);

Есть есть еще какие-либо решения - будет интересно посмотреть...

APEX 3.1 доступен для тестирования

2007-11-23T23:26:00.000+03:00

Буквально на днях команда Oracle Application Express анонсировала версию 3.1 для beta тестирования. Для того, чтобы получить доступ к тестовому инстансу, необходимо всего лишь зарегистрироваться.

Основная новинка - это интерактивные отчеты (Interactive Report Regions). Уже есть даже демонстрационная страничка от Dimitri Gielis - пример Interactive Report Regions.

Кроме того, для учета пожеланий/замечаний пользователей новой версии Apex, была создана страничка обратной связи.

Список новых фич:

Application Builder

Interactive Report Regions

Templates

Improve Searching of templates

Replace Templates

Publish Templates

Bulk Unsubscribe of templates

2 New Themes

Wizards

Allow for early exit when creating HTML region

Create Interactive Report Wizard

Remove 32k limit on Create Application on a Spreadsheet

Addition of Application Groups

Simplification of Page Group pages

Addition of Application Date Format

Support for Declarative Media Type

Can view existence of run-only application (but cannot edit them)

Display Application Name in App Builder footer

Workspace Administration

Workspace-specific Builder Notifications

Runtime Installation

APIs

Augment APEX_MAIL API to support adding attachments to e-mails

Вывод ревизии subversion в приложениях Apex.

2007-10-01T23:08:00.000+04:00

Как уже упоминалось ранее, зачастую приложение разворачивается на нескольких площадках. Соответственно, вполне логична ситуация, когда на двух и более площадках будут находиться различные версии одного и того же приложения. Поэтому достаточно часто в GUI выводят этот самый номер версии и, как правило, весь этот GUI распространяется по площадкам с помощью системы управлениями версиями Subversion.

Далее будет рассматриваться ситуация, когда приложение Oracle Application Express находится под управлением системы контроля версиями Subversion и стоит задача вывести в интерфейс номер svn-ревизии приложения.

Теория
Суть решения заключается в использовании одной из функциональностей Subversion - Keyword Substitution, которая позволяет при сохранении изменений выполнять замены ключевых слов. То есть, в файле, находящемся под управлением Subversion, может выводиться информация о дате или авторе изменения, о номере ревизии и т.д.).

Решение поставленной задачи состоит из нескольких этапов:

Объявить строку замены (Substitution String) в apex-приложении

Изменить шаблон приложения таким образом, чтобы использовалась новая строка подстановки

Включить функциональность Keyword Substitution для файла приложения в Subversion

Практика. Определение строки замены
Для того чтобы определить свою собственную строку замены, необходимо перейти в "Shared Components -> Application -> Definition":

где перейти в раздел "Substitutions" и добавить новую строку замены, например SVN_REV (значение этой строки важно и изменять его не следует - "$Rev $". Это связано с особенностями работы Subversion - см. документацию по Subversion. Keyword Substitution):

Теперь, если посмотреть файл экспорта приложения (как это сделать описывалось ранее), то можно увидеть приблизительно такие строки (можно найти поиском по фразе "svn"):


  p_substitution_string_01 => 'SVN_REV',
  p_substitution_value_01  => '$Rev: $',

То есть, значение строки подстановки в файле экспорта лежит в открытом виде, которое можно изменять как угодно. Это нам пригодиться.

Практика. Изменение шаблона
Для того чтобы вывести номер версии в GUI, необходимо изменить шаблон, который отвечает за общий вид формы. Для чего необходимо перейти в "Shared Components -> User Interface -> Templates" и выбрать шаблон страницы:

После этого, необходимо прописать в шаблоне созданную ранее строку подстановки "SVN_REV", например так:

Теперь при работе приложения в нижнем левом углу будет следующая картина:

Практика. Включение Keyword Substitution
Основная часть работы уже сделана. осталась малость - включить функцию "Keyword Substitution" для файла, в котором располагается описание нашего приложения. Допустим, файл нашего приложения называется "apex_app.sql". Тогда включение будет выглядеть так:


drive:\path\to\svn\repository\svn propset svn:keywords "Date Revision Author" apex_app.sql

Вот и все. Теперь при каждом сохранении очередной версии файла apex-приложения будет вместо "$Rev $" прописываться актуальная версия файла в Subversion-репозитариии. То есть, в каждом файле приложения будет лежать строка подстановки с актуальной версией файла.
То есть, картинка в левом нижнем углу должна быть приблизительно такой:

Таким же образом можно выводить и последнего автора изменений или дату последнего сохранения в репозитарии.

ps: прошу прощения за столь значительную задержку в публикациях, ибо после сезона отпусков случился аврал :(, что отрицательно сказалось на количестве свободных минут.

Изменения DBMS_SQL в Oracle 11g

2007-07-23T07:49:00.000+04:00

Как уже говорилось ранее, объявлено о выходе новой версии Oracle. Соответственно, в сети появляется все больше и больше информации о нововведениях, идущих в одиннадцатой версии. Так, блуждая по сети, совершенно случайно наткнулся на новость о некоторых изменениях в спецификации пакета dbms_sql.
В небольшой заметке "Oracle 11G: describing a refcursor" говорится о двух новых методах пакета dbms_sql:

to_cursor_number, который преобразует refcursor в "dbms_sql cursor"(тот, что возвращает dbms_sql.open_cursor)

to_refcursor, который выполняет обратное преобразование, то есть, преобразует "dbms_sql cursor" в refcursor

Таким образом, теперь можно совместно использовать пакет dbms_sql и переменные типа Ref Cursor.

Релиз Oracle 11g

2007-07-11T23:49:00.000+04:00

Свершилось! Состоялся релиз одиннадцатой версии Oracle. Соответственно, на OTN появилось много нового... Появилось много различных обзоров, среди которых стоит в первую очередь обратить внимание на:

Oracle Database 11g New Features Overview

Oracle Database 11g Application Development

О многих нововведениях уже было рассказано ранее, так что читаем, пробуем...

Релиз Apex 3.0.1

2007-06-29T23:04:00.000+04:00

Cегодня состоялся релиз Oracle Application Express 3.0.1! Это первая заплатка к Apex 3.0., в которой представлены следующие основные изменения:

Возможность прямой установки в Oracle Database XE (версия 3.0 такой возможности не предоставляла)

Поддержка миграции из Oracle Database XE в Oracle Standart/Enterprise Edition 10.2.0.3

Поддержка интеграции с Oracle SQL Developer 1.2

Включена поддержка конфигурации Apache FOP для использования в качестве сервера отчетов для печати PDF

Различные улучшения в стабильности и безопасности

Ознакомиться с процессом установки заплатки и ошибками, которые она исправляет, можно в "patch set notes". Кроме того, о различиях между версиями APEX 2.1 and 3.0.1, а так же об обновлении с 2.1 на 3.0.1 можно узнать из статьи "Oracle Database XE and Application Express 3.0.1"

Скачать заплатку можно отсюда.
ps: судя по сообщениям форума, установка новой заплатки уже идет полным ходом и весьма небезуспешно.

Oracle выпускает плагин для Eclipse

2007-06-25T23:40:00.000+04:00

Совсем недавно Oracle присоединилась к Eclipse Foundation... и вот результат - выпущен Oracle Database Plugin, расширяющий возможности Eclipse Data Tools Platform (DTP).
Плагин предоставляет следующие возможности:

соединение с БД Oracle версий 9iR2 и выше

просмотр объектов БД и навигация по ним

выполнение хранимых процедур и функций

графическое и текстовое представление планов выполнения

Инсталляция плагина очень проста (как и любого другого плагина для Eclipse). Необходимо либо прописать "http://download.eclipse.org/datatools/updates" в меню "Help->Software Updates->Find", либо скачать архив с плагином и распаковать его в директорию Eclipse. Работать с новым плагином можно будет после перезагрузки.

Информацию об установке и основных функциях можно получить на OTN. Кроме того, на OTN появилась соответствующая ветка форума, где, правда, пока мало информации, но, думаю, в перспективе, это будет первоисточник путей решений проблем с новым плагином.

Oracle 11g гредет....

2007-06-20T23:10:00.000+04:00

Oracle официально объявила о дате выпуска очередной версии СУБД - Oracle 11g. Это событие запланировано на 11 июля 2007 года и пройдет оно в Нью-Йорке. На конференции OpenWorld (в октябре прошлого года) представители Oracle пролили немного света на изменения, которые войдут в 11ый релиз. Как всегда, обещаются улучшения производительности, масштабируемости и т.д. Кроме того, была обещана новая технология компрессии данных, которая позволит значительно сократить размер БД, и механизм хранения неструктурированных данных... Но что же нас ждет на самом деле? Узнать более подробную информацию о нововведениях можно узнать как минимум в двух местах:

dba-oracle.com

Презентация на tusc.com (за ссылку спасибо Дмитрию Волкову)

Как всегда, много всяких улучшений и новинок, наиболее интересными среди которых мне показались следующие:

Новый тип данных "simple_integer". Переменные это типа всегда NOT NULL и работа с ними выполняется быстрее, чем с переменными типа PLS_INTEGER.

Серверный пул соединений (server-side connection pooling). Позволяет нескольким клиентам использовать один и тот же пул сессий(должен совпадать USERID). Клиенты могут соединяться/отсоединяться с БД без затрат на создание серверной сессии.

Кэширование результатов запроса. Результаты SQL-запросов кэшируются. Размер кэша устанавливает DBA. Включается функциональность для таблицы следующей командой:
```
 alter table _ТАБЛИЦА_ cache results 
```

Виртуальные колонки (Virtual columns). Виртуальные колонки представляют из себя функции.Соответственно, индексы по таким колонкам являются индексами над функциями. В выражениях могут использоваться: колонки таблицы, константы, SQL-функции или функции, созданные пользователем. Поддерживается так же секционирование. Виртуальные колонки не могут использоваться в индексно-организованных (index organized) или внешних (external) таблицах. Прямая запись для таких колонок не возможна.

Ключевое слово "super" для объектно - ориентированных DDL. Новое ключевое слово используется в экземплярах производного типа (перегруженного) для того, чтобы сослаться на базовый класс, от которого текущий был унаследован.

Ключевое слово "continue" в циклах. Без комментариев... :)... давно пора.

Хранилище XML (XML data storage). Начиная с 11ой версии, XML можно хранить как CLOB или бинарный тип данных.

Автоматическое секционирование. Автоматическое создание секций.

Порядок срабатывания тригера. Можно указывать порядок выполнения тригеров.

Невидимые индексы (Invisible indexes). Вместо того, чтобы удалять индекс, если он более (или пока) не нужен, можно просто сделать его невидимым. В результате при выполнении SQL-запросов этот индекс использоваться не будет.

Создание и перестроение индекса в online (create and rebuild index online). Создание и перестроение индекса может выполняться при выполнении DML операции над таблицей. Ранее для этого требовалась эксклюзивная блокировка. Кроме того, перестроение индекса (rebuild) быстрее, чем удаление (drop) и создание (create) индекса.

Использование последовательностей в PL/SQL. Ранее, для того, чтобы получить следующее значение из последовательности (sequence.nexval) необходимо было использовать явный или неявный курсор (SQL). Теперь курсор более не нужен, и следующий код будет работать:
```
v_val := Sequence.nexval;
```

Read-only таблицы. К таким таблицам не применимы DML-операции, а так же select for update. Перевод в данный режим таблиц выполняется следующей командой:
```
 alter table _ТАБЛИЦА_ read only 
```

... т.д. Список, естественно, не полный. Окончательный будет известен только после официального релиза. Ждем....

Apex. Фиксируем габариты отчета.

2007-06-15T23:38:00.000+04:00

Читая один из англоязычных блогов по Oracle Application Express, наткнулся на одну интересную хитрость.
Суть проблемы заключается в том, что для отчетов с большим количеством записей есть только 2 пути для отображения:

либо настраивать постраничный вывод (pagination)

либо показывать все записи и позволять пользователю скроллировать страничку

Автор предлагает третий вариант (своего рода, усовершенствование второго подхода) - зафиксировать габариты отчета и показывать все строки.
Фиксация габаритов очень проста - необходимо в настройках отчета прописать лишь:

в "Region Header": < div style="overflow: auto; height: 450px;"> , где вместо "450px" можно писать любую желаемую высоту отчета в пикселях.

в "Region footer": < /div >

А именно, необходимо найти описание отчета:

И прописать в соответствующие поля необходимые значения:

Результат, как всегда, можно посмотреть на apex.oracle.com

Oracle SQL Developer 1.2

2007-06-10T11:37:00.000+04:00

Вышла новая версия Oracle SQL Developer. Данная IDE становится все более привлекательной для разработчиков Oracle APEX в силу появления новых фич (анонсировалось в "Отчеты по Apex в SQL Developer" и "Apex и SQLDeveloper - интеграция продолжается").

Со списком новых функциональностей можно ознакомиться на сайте OTN - "Release Notes 1.2". Основными из них являются:

поддержка Oracle Application Express (некоторые отчеты, импорт / экспорт приложений)

поддержка миграции из сторонних баз данных в Oracle. Поддерживаются:
- Microsoft Access: 97, 2000, 2002/XP, 2003
- Microsoft SQL Server: 7, 2000, 2005
- MySQL: 3, 4, 5

Apex и SQLDeveloper - интеграция продолжается

2007-06-05T23:56:00.000+04:00

Как уже упоминалось ранее, в последней версии Oracle SQLDeveloper появилась некоторая совместимость с Oracle Application Express. Как оказалось, это не последний шаг в интеграции!
На своем блоге, Крис Райс (принимает участие в разработке Oracle SQLDeveloper), озвучил несколько новшеств в грядущем обновлении. Они касаются экспорта/импорта приложений Apex. Ранее аналогичные манипуляции можно было выполнять только из самого Apex. Так же, Крис приводите несколько снимков, описывающих новшества:

Экспорт приложения:

Импорт приложения:

Настройки импорта:

Развертывание приложений Apex : часть 2 (Import)

2007-06-03T23:16:00.000+04:00

Продолжаем рассказ о развертывании приложений Oracle Application Express, начатый в заметке "Развертывание приложений Apex : часть 1 (Export)". После того, как приложение было экспортировано из Apex-репозитария на одном сервере, его необходимо проимпортировать в репозитарий другого сервера...

Импорт выполняется через "Application Builder"->"Import"->"Application", где необходимо указать путь к файлу, в котором находится описание импортируемого приложения, тип информации в файле и кодировку:

Признаком успешного импорта файла в репозитарий является следующее сообщение:

Последним экраном импорта является описание установок развертывания приложения:

,где:

Current Workspace - Название текущей рабочей области

Export File Workspace - Название рабочей области импортируемого файла экспорта

Export File Workspace ID - Идентификатор рабочей области импортируемого файла экспорта

Export File Application ID - Идентификатор приложения в импортируемом файле экспорта

Export File Version - Версия файла экспорта

Export File Parse As Schema - В рамках какой Oracle схемы выполнялся экспорт файла

Application Origin - Происхождение приложения

Parse As Schema - В рамках какой Oracle схемы будет выполнять разбор файла экспорта

Build Status - Статус приложения после импорта. "Run Application Only" - с приложением можно только запускать на выполнение. "Run and Build Application" - приложение можно как выполнять, так и изменять

Install As Application - Идентификатор для нового приложения. "Auto Assign New Application ID" - автоматическое присвоение нового значения для ID приложения. "Reuse Application ID ... From Export File" - использование того ID приложения, который был у него во время экспорта. "Change Application ID" - изменить ID приложения вручную.

Все загруженные файлы хранятся в отдельном репозитарии, посмотреть который можно в "Application Builder" -> "Export Repository". То есть, даже если после развертывания приложение было удалено по каким - то причинам, его можно по-новой развернуть на сервере без повторного испортирта файл.
Кроме возможности развертывания приложения, в репозитарии есть функция удаления файлов импорта. И если уж сам файл удален из репозитария, то для импорта приложения необходимо будет снова выполнить импорт файла на сервер.

Если вдруг, во время установки приложения появилось сообщение:


This page was exported from a different application or from an application in different workspace.
Page cannot be installed in this application.

то необходимо проверить, что ID рабочей области (Workspace ID), откуда экспортировалось приложение, отличается от ID рабочей области, куда приложение устанавливается. В этом случае, надо просто изменить его в файле экспорта на значение Workspace ID, куда устанавливается приложение. Для этого, необходимо найти в начале файла экспорта следующую строку:

wwv_flow_api.set_security_group_id(p_security_group_id=> _Число_);

И заменить "_число_" на значение "Workspace ID", куда устанавливается приложение. Если вы его по каким-либо причинам его не знаете, то просто экспортируйте что-нибудь из этой рабочей области и в начале файла экспорта, в той же строке, будет нужный идентификатор. То есть, приложения должны переноситься между серверами только в рамках одной и той же рабочей области.

В заключении надо сказать, что Oracle Application Express позволяет экспортировать/импортировать не только приложение, но и отдельные его части: страницы , темы оформления, значения по умолчанию, CSS и т.д. В случае экспорта страницы из приложения, необходимо учитывать так же, что на новом сервере должны совпадать не только ID рабочей области, но ID приложения (документация на OTN).

Развертывание приложений Apex : часть 1 (Export)

2007-05-30T00:19:00.000+04:00

Как правило, процесс разработки ПО идет по следующему сценарию: Разработка (development) -> Тестирование (testing) -> Заказчик (deploy). То есть, в начале разрабатывается приложение в соответствии с заявленными требованиями, потом выполняется проверка на соответствие этим требованиям и заключительным этапом является развертывание приложения на стороне заказчика. При этом, на втором и третьем этапе необходимо развернуть приложение на новой площадке (для чистоты эксперимента). В Oracle Application Express этот процесс максимально автоматизирован (чему, в основном, способствует именно архитектура Apex - когда, вся информация о приложении хранится в БД).

Суть процесса хорошо описана в документации и заключатеся в том, что Apex позволяет экспортировать всю необходимую информацию о приложении в файл и, соответственно, есть возможность импорта этого файла. Сам файл представляется из себя простой текст с DML операциями.

Для того, чтобы экспортировать приложение, необходимо перейти в приложение и выбрать "Export/Import"->"Export"->"Application":

После чего, появится диалог экспорта приложения:

Где:

Application - идентификатор и название экспортируемого приложения

File Format - тип форматирования строк в файле: DOS/UNIX style

Owner Override - пользователь, для которого будет в дальнешем импортировано приложение. Если не указано, то текущий

Build Status Override - статус приложения после дальнейшего импорта. "Run Application Only" - приложение можно только запускать на выполнение. "Run and Build Application" - приложение можно как выполнять, так и дорабатывать

Debugging - возможность использования встроенной отладки после дальнейшего импорта приложения

Export Supporting Object Definitions - необходимость включаения в файл экспорта определения объектов БД, которые используются в приложении

Export Comments - необходимость экспорта комментариев

As of - экспорт приложения по состоянию на указанное количество минут назад (используется функциональность пакета DBMS_FLASHBACK)

File Character Set - кодировка, в которой выполняется экспорт

Результатом будет sql-файл, который можно проимпортировать на другой площадке.
О том, как выполнять импорт файла приложения и о возможных "непонятках", которые могут возникнуть в процессе импорта, будет рассказано в одной из следующих заметок...

Повышаем производительность (часть 3)

2007-05-26T00:56:00.000+04:00

Заканчиваем перевод статьи Sizing Up Performance, начатый в постах "Повышаем производительность (часть 1)" и "Повышаем производительность (часть 2)".

Оптимизация элементов страниц
Другими общедоступными возможностями настройки производительности приложений Oracle Appliccation Express являются такие элементы, как процессы(Page processes), вычисления(computations),авторизация(authorizations), валидация(validations) и условия (conditions). Производительность этих элементов на странице должна быть очевидной при работе приложения в режиме отладки (debug mode). Ниже приведены рекомендации для этих элементов страницы:

Устанавливайте момент запуска процесса на уровне страницы (page processes) - один на страницу (per-page), а не на сессию. Если же используется процесс на уровне приложения (application-level processes) , то можно установить момент запуска - один на сессию (per session) или на показ страницы (page view). Имейте в виду, что использование опции по сессионного старта процесса уровня приложения, может повлиять на отображение всех страниц приложения.

Оптимизируйте составляющие нулевой страницы (особенности этой страницы описаны здесь). Компоненты этой страницы отображаются на каждой странице приложения, поэтому стоит уделить особое внимание оптимизации логики именно этой страницы. Объединяйте различные PL/SQL блоки в пакеты, то есть, если на странице есть большие PL/SQL блоки, то лучше перенести эти блоки в PL/SQL пакет и вызывать его из приложения.

Используйте декларативные условия. Такия условия быстрее, чем динамический SQL или PL/SQL-условия. Например, использование условие типа "Item=Value" будет быстрее, чем использование PL/SQL-выражения ":ITEM=value."

Для отчетов, содержащих большое количество строк, лучше использовать нумерацию страниц типа "Rows X to Y". Нумерация типа "Rows X to Y of Z" занимает больше времени на выполнение, чем простая нумерация типа "Rows X to Y". Например, если в отчете, содержащем 900 строк, используется нумерация типа "Rows X to Y of Z", Oracle Application Express будет должен выполнить полную выборку данных, чтобы установить количество строк. А при использовании нумерации типа "Rows X to Y", будет необходимо выбрать только Y + 1 строку.

Выводы

Использование представленного материала, поможет оценить производительность и масштабируемость приложений Oracle Application Express. Если производительность приложения оставляет желать лучшего, то использование выше представленных подсказок поможет установить самые медленные страницы и определить на них плохо реализованные компоненты. Используя данную информацию, можно будет гарантировать, что ваши приложения Oracle Application Express будут соответствовать заявленным требованиям по производительности.

Повышаем производительность (часть 2)

2007-05-23T23:45:00.000+04:00

Продолжаем перевод статьи Sizing Up Performance о проблемах производительности в приложениях Oracle Application Express, начатый в предыдущем посте.

Поиск и устранение узких мест
Накладные расходы, связанные с созданием страницы в Apex, довольно статичны. Время потраченное на обработку SQL или PL/SQL кода, созданного разработчком, добавляется к тому, которое было использовано для генерации страницы. Используя "Monitor Activity", можно легко определить наихудшие по производительности страницы приложений:

После того, как определена самая медленная страница приложения, можно изучить ее в режиме отладки, нажав ссылку "Debug" в панели инструментов разработчика.

В режиме отладки, отдновременно с выводом самой страницы, выводится и информация о затраченном на вывод времени: отражаются временные интервалы, соответствующие конкретным действиям Oracle Application Express, а так же такая дополнительная информация, как названия элементов страницы, вычисления, точки обработки.

Найти узкое место по производительности на странице довольно просто, для этого достаточно лишь опредедлить скачек потраченного времени в отладочных сообщениях. Например, ниже следует кусок отладочных сообщений:

.
.
.
0.05: Region: Projects
0.06: Show report
0.06: Determine column headings
0.06: Activate sort
0.07: Parse query as: MIKE1
0.07: Binding: ":P24_SEARCH"="P24_SEARCH" value=""
0.07: Print column headings
0.07: Rows loop: 15 row(s)
0.18: Region: Icon View
.
.
.

Очевиден скачек потраченного времени с 0.07 секунд до 0.18. Этот скачок свидетельствует о том, что запрос занимает 0.11 секунд на выполнение, которое в данном примере имеет значительную долю в общем времени вывода страницы и, таким образом, является отличной целью для оптимизации.

Настройка SQL
Наиболее распространенной областью настройки является SQL. Движок Oracle Application Express выполняет разбор, связывание, непосредственное выполнение и получение результирующих данных SQL-запросов отчетов. Использование связанных переменных (bind variables) везде, где это возможно, избавляет от ненужного разбора и способствует повторному использованию планов SQL-запросов.

Кроме того, необходимо убедиться, что для запроса используется оптимальный план. Для генерации плана запроса можно использовать "Explain Plan" в окне "SQL Commands".

Для более тщательного изучения каждого фрагмента SQL или PL/SQL кода на каждой странице, можно включить для нее SQL-трассировку. SQL-трассировка сгенерирует трейс файл на серевере, который можно будет проанализировать Oracle утилитой - TKPROF. (более подробную информацию об использовании TKPROF в Oracle Application Express можно найти в разделе Debugging an Application в "Oracle Application Express User's Guide")
(прим. автора - подробнее о связываемых переменных, планах выполнения, жестком/мягком разборе запросов и трассировке можно почитать в книге Т.Кайта "Oracle для проффесионалов").

... продолжение следует ...

Повышаем производительность (часть 1)

2007-05-19T22:25:00.000+04:00

Листал на днях Oracle Magazine, и наткнулся на давольно интересную статью про оценку прозводительности приложений Apex. После беглого просмотра обратился к русской редакции данного журнала и, к своему удивлению, обнаружил, что перевода ее нет :(. После недолгих раздумий решил исправить положение :)...

Советы и методы для оптимальной производительности Oracle Application Express
В силу того, что Oracle Application Express становится все более популярным, все больше пользователей ищут руководства по настройке производительности для Apex приложений. Ниже будет продемострирован быстрый и удобный способ для оценки и изменения производительности. Так же будет продемонстрировано, как идентифицировать и решать проблемы производительности. Ниже перечислены наиболее общие вопросы, которые будут освещены:

Какое количество оборудования, особенно сколько процессоров (CPU), будет необходимо для работы с заданной нагрузкой

Какое количество пользователей будет поддерживать приложение

Как локализовать узкие места в производительности

Понимание понятия "производительность" в приложениях Oracle Application Express
Ключ к оптимальной производительности для большинства приложений Oracle Application Express заключается в том, чтобы сохранять среднее время отображения страницы относительно небольшим. Масштабирование линейно: приложение со среднем временем вывода страницы в 10 милисекунд может быть вызвано в 10 раз больше конкурирующими пользователями, чем приложение со среднем временем вывода страницы в 100 милисекунд.
Для беглой оценки производительности приложений Apex, можно использовать статистику собранную Apex'ом, информация о которой доступна на странице "Monitor Activity". Если предположить, что приложение хорошо оптимизировано, включая эффективный SQL и PL/SQL, то самым важным изменяемым фактором является количество процессоров (CPU).
Например, предположим, что разрабатывается приложение, которое должно обеспечивать 1000 показов страниц в минуту. Для системы с двумя процессорами, приложение должно обеспечивать 500 показов страниц в минуту на один процессор или 8.33 показа в секунду/процессор. Для того, чтобы удовлетворить этим требованиям, необходимо, чтобы среднее время вывода страницы не превышало 120 милисекунд.
Отношение между доступным числом процессоров и требуемым числом показов страниц в минуту, выраженное в среднем времени отклика на страницу, может быть отражено с помощью следующей формулы:


(N*60)
------ = A
  P

, где:

N - количество процессоров

P - количество показов страниц в минуту

A - среднее время отклика на страницу

Используя это простое уравнение, можно выполнять оценку среднего времени отображения страницы для обеспечения заданного числа показов страниц в минуту. Изменяя число процессоров или количество показов страниц в минуту, можно установить четкие целевые показатели для приложения.
Кроме того, среднее время отображения страницы может помочь в предсказании влияния изменения размера пользователей, то есть, для того, чтобы определить количество пользователей, которое может обеспечивать приложение, начиная с первого определения количества запросов страниц в течение определенного периода времени.
Например, если средняя сессия, включающая 50 показов страниц, занимает 10 минут,а приложение поддерживает отображение пяти страниц в минуту для обычной сессии, то если приложение масштабируется для обеспечения 1000 показов страниц в минуту, то приложение будет поддерживать 200 одновременных пользователей на сессию.
Если экстраполировать эти данные для оценки количества ежедневных пользователей, то давайте так же считать, что все пользователи находятся в одном часовом поясе и, что в среднем каждый пользователь использует две сессии в один восьмичасовой рабочий день, в результате чего имеем 100 страниц (2 * 50 страниц в сессии). Поскольку приложение масштабируется на 1000 показов страниц в минуту,то умножим число минут в восьми часах (480) на страницы в минуту (1000), чтобы определить, что приложение может обеспечивать 480000 показов страниц на каждые восемь часов, или 4800 пользователей.
Как правило, приложение необходимо масштабировать для самого загруженного часа, так как нагрузка может быть 100 страниц в минуту в течение дня, а может быть и 1000 просмотров страниц в минуту в час пик.
Другое правило состоит в том, что необходимо обеспечивать среднее время показа страницы 300 милисекунд или менее. Для высоко производительных приложений, с многими сотнями или тысячи пользователей, необходимо стремиться к среднему времени показа страницы 150 милисекунд или менее.

... продолжение следует...

Отчеты по Apex в SQL Developer

2007-05-15T23:41:00.000+04:00

В одной из последних версий SQL Developer были добавлены несколько отчетов для Application Express. Таким образом, теперь есть возможность просматривать некоторую информацию об Apex приложениях прямо из IDE (хотя доступ к ней был и раньше, так как всегда были общедоступные взгляды APEX_%, но теперь не надо будет писать даже запросов :).

Однако, доступ к функциональности будет только с версии Apex 3.0.1, а пока будем получать:

Но, по слухам, осталось ждать не долго :)... поговаривают, что уже в конце мая-начале июня должен появиться новый патч для Apex.

Установка значений Apex переменных (session state) из PL/SQL кода

2007-05-12T06:49:00.000+04:00

Как уже было продемонстрировано в ряде примеров, а так же не плохо описано в документации, в Oracle Application Express установка/получение значения переменнной сессии выполняется следующим образом:


:PN_ITEM_NAME := 'item_value';    -- установка значения
:PNN_ITEM_NAME := :PN_ITEM_NAME;  -- установка и чтение значения

Однако в коде хранимых процедур такой подход не допустим. Как же в таком случае получить или установить значение Apex-переменной их хранимого на сервере PL/SQL кода? Все очень просто:

для чтения значения переменной необходимо использовать синтаксис - v('PN_ITEM_NAME')
для установки значения переменной необходимо пользоваться методом пакета APEX_UTIL:
```
...
APEX_UTIL.set_session_state(
            p_name => ‘PN_ITEM_NAME’,
            p_value => ‘item_value’);
...
```

Вот так вот, не смотря на подробнейшую документацию, все таки остаются темные пятна :).

Firefox + Firebug = Apex IDE

2007-05-08T23:16:00.000+04:00

Если вы занимаетесь разработкой Web-приложений (в том числе и Oracle Application Express), то Вам просто необходимо знать о существовании такого расширения для Firefox'a как FireBug . Это расширение из разряда "must have", так как предоставляет все основные функции, необходимые для отладки приложений (и даже больше :).

Вот лишь часть функций:

отладка JavaScript (точки останова, просмотр значения переменных, стэк и т.д. )

анализ CSS

анализ HTML

анализ DOM

монитор сетевой активности

и т.д.
Скачать можно как с сайта Mozilla.org, так и с домашней страницы проекта - getfirebug.com, где так же можно найти описание основных функций.

Подсветка выбранной строки в отчетах Apex.

2007-05-05T15:15:00.000+04:00

В состав Oracle Application Express входит ряд шаблонов для отчетов, но, к сожалению, ни одни из них не предоставляет функциональности подсветки выбранной строки. Оказывается исправить эту несправедливость не так уж и сложно... Для этого достаточно лишь немного скорректировать шаблон отчета. Что такое шаблон отчета и зачем он нужен хорошо описано в документации по Apex.

Итак, заходим в репозитарий шаблонов apex приложения, расположенный в "Shared Components"->"User Interface"->"Templates":

Далее, создаем точную копию любого шаблона (копию делаем для того, чтобы в отчетах, которые уже используют этот шаблон не изменили своего поведения). В наше случае возьмем за основу стандартный шаблон отчета:

Даем название для нового шаблона - "Standard (highlight row)".

Далее, переходим к редактированию нового шаблона:
Переходим к блоку "Column Templates" шаблона, где предоставляется возможность использовать все свои знания HTML :).
Добавляем в блоке "Column Template 1" строку " style="background-color:#CCCCCC" ", чтобы обозначит цвет фона для конкретной строки отчета. Далее, необходимо описать условия, при которых строка будет иметь указанный цвет фона. Для этого, в блоке "Column Template 1 Condition" выбираем значение "Use Based on PL/SQL Expression", а в блоке "Column Template 1 Expression" прописываем: " '#OBJECT_TYPE#' = :P1_TYPE ". Таким образом, у строки отчета будет отличный цвет фона только в том случае, если значение в колонке OBJECT_TYPE совпадает со значением, прописанным в невидимом поле P1_TYPE (происхождение и назначение этого поля можно узнать из этого топика про Master-Detail):
Кроме всего прочего, в блоке "Column Template 2" прописываем стандартное значение. Этот шаблон будет применяться для всех тех строк отчета, для которых не отработал первый шаблон. Далее, очищаем поле "Background color for checked row", так как цвет фона мы уже прописали в первом шаблоне, а так же в поле "Background color for current row" прописываем значение "#EEEEEE", тем самым отчет будет подсвечивать строку, над которой сейчас находится указатель мыши пользователя:

Далее, переходим к описанию отчета, для которого хотим применить новый шаблон:

Переходим в блок "Layout and Pagination" в выпадающем списке "Report Template" выбираем название ранее созданного шаблона - "template: 17. Standard (highlight row)":
Вот и все дела... Работу описанного выше приложения можно, как всегда, посмотреть на apex.oracle.com.

Добавляем поиск и подсветку в отчет Oracle Application Express.

2007-05-01T10:28:00.000+04:00

Зачастую в приложениях, работающих со значительными объемами данных, необходим такой функционал как поиск. К сожалению, Oracle Application Express не предоставляет таких встроенных средств (как, например, Oracle Forms). Поэтому его (функционал поиска) необходимо реализовывать в ручную.
Продолжая развивать созданное ранее приложение, добавим к нему возможность поиска и подсветки результатов. Для этого необходимо зайти в главную страницу приложения и добавить регион, в котором будут содержаться элементы интерфейса для работы с поиском:
Добавляем простой HTML-регион:

Выставляем заголовок для региона - "Поиск" и номер последовательности выбираем такой, чтобы номера всех остальных регионов приложения были больше. Таким образом, мы сообщаем Apex'у о том, что создаваемый регион необходимо выводить на странице самым первым:
Источник оставляем пустым:
В результате, видим новый регион:
Следующим шагом будет добавление непосредственно строки поиска и кнопки обновления страницы. Добавляем строку поиска - это будет новый Item:
Тип элемента - простое текстовое поле:
Указываем имя элементу и регион, к которому он будет относиться:
Далее, указываем заголовок строки поиска:
И выставляем источник элемента - "не вычисляемый":
Далее, необходимо добавить кнопку, которая будет сообщать приложению о необходимости обновить страницу с учетом введенной строки поиска:
Указываем, к какому региону будет принадлежать новый элемент интерфейса:
Указываем, что кнопка должна располагаться внутри региона, а не за его пределами:
Указываем наименование новой кнопки, текст, который будет выведен на ней и шаблон, в соответствии с которым сам контрол будет выводиться на странице:
Далее, добавим подсказку для строки поиска, для этого необходимо перейти к описанию соответствующего элемента интерфейса:
Перейти в секцию "Help" и ввести текст подсказки:
Далее, необходимо изменить регион отчета таким образом, чтобы он учитывал строку поиска. Для этого необходимо перейти к описанию региона:
И в секции "Source" изменить текст запроса:
Далее, необходимо указать приложению на какую страницу необходимо навигироваться после нажатия кнопки поиска. Для этого необходимо создать новый "Branch":
Указываем, что будем переходить на страницу:
Указываем номер страницы:
Кроме того, указываем, что переходить нужно только в том случае, если была нажата кнопка поиска:
И, завершающим штрихом, добавляем подсветку результатов поиска. Для этого переходим в описание отчета:
Переходим к описанию того поля, по которому будет выполняться поиск:
И указываем в поле "Highlight Words" наименование того поля, в соответствии со значением которого, необходимо выполнять подсветку:
Вот и все...
Работу приложения, как всегда можно проверить на apex.oracle.com.

Особенности использования "Column Link" в отчетах Application Express.

2007-04-26T23:04:00.000+04:00

В отчетах Oracle Application Express есть возможность создавать переходы как на другие страницы приложения, так и на произвольные ресурсы сети. Для этого используется настройка "Column Link" поля отчета. Например, для созданного ранее приложения:

Очевидно, что максимальное количество передаваемых параметров - 3. Однако, это не совсем так... Количество передаваемых параметров можно увеличить. Это становиться очевидно, если изменить значение в поле "Target" того же блока "Column Link" на "URL". Вот что мы увидим:

Поля, куда вводились имена параметров и их новые значения, стали недоступными для редактирования, но появилось новое поле "URL", где виден тот URL, который будет использоваться на самом деле. Синтаксис данной строки хорошо описан в документации на OTN.
Таким образом, все передаваемые параметры можно писать именно в строке URL. То есть, если мы захотим передать 4 параметра, то строка будет выглядеть следующим образом:

"f?p=&APP_ID.:1:&SESSION.::&DEBUG.::P1_TYPE,P2_TYPE,P3_TYPE,P4_TYPE:#OBJECT_TYPE#,2,3,4"

,где:

"&APP_ID." - идентификатор приложения

"&SESSION." - идентификатор сессии

"P1_TYPE,P2_TYPE,P3_TYPE,P4_TYPE" - список через запятую тех параметров, которым будет присваиваться новые значения (пробелы не допускаются)

"#OBJECT_TYPE#,2,3,4" - список новых значений (пробелы не допускаются)

В итоге переменной "P1_TYPE" будет присвоено значение из колонки #OBJECT_TYPE# текущего отчета. Переменной "P2_TYPE" будет присвоено значение "2", "P3_TYPE" - "3", "P4_TYPE" - "4".
Важна очередность перечисления наименований переменных и их значений.
Вот и вся хитрость.

Особенности работы CHECKBOX в APEX.

2007-04-24T22:22:00.000+04:00

Хочу немного рассказать об особенностях работы с CheckBox'ом в отчетах Oracle Application Express, так как для меня логика работы не сразу оказалась очевидной (может быть просто плохо читал документацию :).
Добавить в отчет сам CheckBox очень легко - необходимо просто вызвать функцию APEX_ITEM.CHECKBOX в запросе, на основе которого строится отчет. Например:


Select object_name, object_id, object_type,
       created, apex_item.checkbox(10, object_id)
From User_Objects;

Спецификацию данного метода можно посмотреть в документации. В основном, используются первые 3 параметра:

* p_idx - идентификатор глобальной переменной в APEX_APPLICATION
* p_value - значение присваиваемое CheckBox'у (из-за которого-то у меня и возникла путанница)
* p_attributes - HTML атрибуты.

Основная задача, при работе с CheckBox'ом - это обойти их все и получить список либо отмеченных, либо не отмеченных. Вот тут и начинаются вопросы...

Доступ к значению контрола можно получить через список глобальных переменных пакета APEX_APPLICATION. То есть, для запроса, приведенного выше, значение получается через переменную APEX_APPLICATION.g_f10.

Логично было бы предположить, что выбрать все отмеченные чек-боксы можно так:


Begin
 For i In 1 .. APEX_APPLICATION.g_f10.Count Loop
    If APEX_APPLICATION.g_f10(i) = 1 Then
     ....
    End If;
 End Loop;
End;

Ан нет... Чтобы получить все отмеченные чек-боксы, необходим цикл немного проще:


Begin
 For i In 1 .. APEX_APPLICATION.g_f10.Count Loop
     ....
 End Loop;
End;

То есть, APEX_APPLICATION.g_f10 содержит ТОЛЬКО ОТМЕЧЕННЫЕ чек-боксы!
Кроме того, параметр p_value содержит не состояние чек-бокса, а именно значение.
За состояние чек-бокса отвечает третий параметр - p_attributes. То есть, для того, чтобы контрол был включен необходимо задавать не "p_value = 1", а "p_attributes='CHECKED' ", например:


Select object_name, object_id,
      object_type, created,
      apex_item.checkbox(10, object_id,
                             DECODE( mod(object_id, 10),
                                     1,
                                     'CHECKED',
                                     null
                                   )
                        )
From User_Objects;

Вот так...

APEX. Добавляем ссылки (URL) в приложение.

2007-04-21T11:11:00.000+04:00

В этом примере будет продемонстрирована возможность добавления ссылок (URL) в APEX приложение, а так же подход к созданию элементов GUI, доступных во всех страницах приложения.
Как уже было отмечено ранее, Oracle Application Express позволяет добавить страницу в приложение, которая будет отображаться одновременно со всеми остальными. Отличительной особенностью этой страницы является лишь ее номер - "0".
Итак, начнем.... сначала добавим в приложение страницу с номером "0", а потом разместим на ней ссылку на блог :). Добавление нулевой страницы проходит по обычному сценарию, поэтому ограничимся лишь снимками:

После этого, переходим к редактированию только что добавленной страницы:

Для того, чтобы добавлять на страницу какие-либо элементы управления, необходимо добавить на нее регион:
Добавляем пустой регион:

Чтобы не было видно названия региона, не выбираем какого-либо шаблона, то есть, выбираем "No Template". Кроме того, чтобы страница выводилась вверху, выбираем Display Point - "After Header":

Источник региона оставляем пустым, условия для отражения не накладываются.
После того, как был добавлен регион, в него можно начать добавлять элементы управления:

Добавим простой текст, который будет содержать текст URL - сылки:

Названия для элемента не указываем, чтобы оно не отражалось на странице и выбираем соответствующий label template - "No Label":

После этого переходим к описанию только что созданного элемента, и добавляем непосредственно текст ссылки на блог:

Теперь страница работающего приложения будет выглядеть следующим образом:

Чтобы ссылка на блог "висела"в правом углу, а не в левом, просто указываем ширину элемента:

Работу приложения, как всегда, можно посмотреть на apex.oracle.com.

Apex. Добавялем возможность экспорта... CSV, XML

2007-04-15T22:11:00.000+04:00

Продолжаем серию статей, демонстрирующую на примерах процесс создания приложений в Oracle Application Express, и сегодня будем развивать приложение, созданное ранее.
Одним из наиболее часто встречающихся требований для приложений является возможность вывода информации в различные форматы электронных документов. В этом примере постараемся добавить возможность экспорта данных в CSV и XML форматы.

Сначала попытаемся экспортировать данные в CSV. Есть несколько вариантов реализации, например:

использование стандартной опции "Enable CSV output"
использование типа отчета "export: CSV"

Сначала, воспользуемся стандартной опцией. Для этого необходимо зайти в определение страницы:

После чего - в описание отчета:

и изменить следующие настройки в разделе "Report Export":

Назначение этих настроек следующее:

"Enable CSV output" - задает непосредственную возможность экспорта в CSV
"Separator" - задает разделитель значений колонок. Если не задавать значения, то будет использоваться либо запятая, либо точка с запятой в зависимости от текущих NLS настроек.
"Enclosed By" - символ, обозначающий начало и конец значения колонки. Если не задан, то используются двойные кавычки.
"Link Label" - текст для ссылки, которая будет вызывать диалог для сохранения CSV файла.
"Filename" - задает имя для экспортируемого файла. Если не задается, то используется имя региона отчета.

После чего, запустив приложение, можно будет заметить появление нового элемента в отчете "Типы объектов" - "Экспорт в CSV":

Теперь же, попробуем реализовать экспорт данных отчета через настройку "Report Template" секции "Layout and Pagination" описания отчета. Для того, чтобы отчет экспортировался в CSV, необходимо просто выставить "Report Template" = "export: CSV".

Особенность этой реализации заключается в том, что при запуске такого отчета будет сразу запускаться механизм формирования CSV файла. То есть, при попытке открытия страницы, где располагается такой отчет, сразу появится диалоговое окно в предложением сохранить файл. Для пользователя это будет не всегда удобно, так как ему не всегда необходим экспортированный отчет, а порой достаточно простого вывода отчета в HTML.

Соответственно, чтобы позволять пользователю по желанию экспортировать отчеты, необходимо вынести такой отчет на отдельную страницу и позволять пользователю ее вызывать. Для этого, создаем новую страницу в приложении:

Выбираем следующие свойства новой страницы:

"page type" = "Blank Page"
"name" = "MainReportExport"
"title" = "MainReportExport"
"Breadcrumb" = "- do not use breadcrumbs on page -"
"Use Tabs" = "No"

Сразу переходим к редактированию страницы, и добавляем в нее новый регион:

Выбираем следующие свойства региона:

"Region Type" = "Report"
"Report Implementation" = "SQL Report"
"Title" = "Object_Types"
"Region Template" = "Reports region"
"Display Point" = "Page Template Body (3. items above region content)"
"Source":

Select Object_Type, Count(*)
From User_Objects
Group By Object_Type

"Report Template" = "export: CSV"

Теперь приложение состоит из двух основных форм "Main", "MainReportExport":

Осталось только добавить на первую страницу ("Main") средство перехода на только что созданную страницу. Для этого переходим в описание исходной страницы и добавляем в нее кнопку:

"region for the button" = "Типы объектов (1) 11"
"position" = "Create a button in a region position"
"button name" = "EXPORT2CSV"
"label" = "Экспртировать в CSV"
"position" = "Bottom of Region"
"alignment" = "left"
"branch to page(when button pressed)" = "2" (выбираем из списка созданную ранее страницу)

Результат:

Теперь при нажатии кнопки будет так же формироваться отчет в CSV.

Аналогичным же образом реализуется экспорт и в XML. Необходимо добавить на страницу "MainReportExport" еще один регион, аналогичный тому, который уже был добавлен ранее, за исключением опции "Report Template", которую необходимо будет задать в "export: XML":

Таким образом, мы имеем на одной странице два экспортируемых отчета и нам необходимо иметь возможность запускать какой-то один из них. Для этого добавляем на страницу "MainReportExport" невидимый элемент, задавая который при переходе, мы будем в состоянии регулировать запуск того или иного отчета, расположенного на странице. Задаем элементу следующие параметры:

"Item type" = "Hidden"
"Item name" = "P2_EXP_TYPE"

Корректируем регион экспорта в CSV - "Object_Types" в секции "Conditional Display":

"Condition Type" = "Value of Item in Expression 1 = Expression 2"
"Expression 1" = "P2_EXP_TYPE"
"Expression 2" = "CSV"

Корректируем регион экспорта в XML - "Object_Types_Xml" в секции "Conditional Display":

"Condition Type" = "Value of Item in Expression 1 = Expression 2"
"Expression 1" = "P2_EXP_TYPE"
"Expression 2" = "XML"

Осталось только реализовать заполнение поля P2_EXP_TYPE. Для этого в странице "Main" редактируем описание имеющейся кнопки:

Изменяем следующие свойства:

То есть, при переходе по этой кнопке в страницу отчетов будет отрабатывать CSV отчет. Для XML добавляем еще одну кнопку:

"region for the button" = "Типы объектов (1) 11"
"position" = "Create a button in a region position"
"button name" = "EXPORT2XML"
"label" = "Экспртировать в XML"
"position" = "Bottom of Region"
"alignment" = "left"
"branch to page(when button pressed)" = "2"

После чего в описании новой кнопки выставляем следующие свойства:

То есть, при переходе через эту кнопку будет отрабатывать экспорт отчета в XML. Главная страница, при этом, примет следующий вид:

Вот, собственно и все. Проверить приложение в работе можно на apex.oracle.com.

Наиболее часто встречающиеся проблемы в APEX 3.0 / FAQ

2007-04-11T22:00:00.000+04:00

Прошло совсем немного времени с момента выхода Oracle Application Express 3.0, но уже сейчас можно составить список наиболее часто встречающихся проблем. Пока их менее 10 :) :

Отсутствие описания страниц в Application Builder:

Появление фраз, наподобие 'not found', вместо иконок:

Появление HTML тэгов и разметки на страницах приложения:

Появление искаженных букв или знаков вопроса на страницах приложения:

Проблемы при просмотре дневных и недельных расписаний, добавленных в существующее приложение:

вручную обновить шаблон календаря, используемый приложением
создать новую тему из репозитария и перевести приложение на эту тему. Новая тема будет содержать все необходимые шаблоны, используемые в Application Express 3.0.

Обрыв инсталляции APEX 3.0 с ошибкой ORA-06502:

...PAGE 124: Subscribed Templates
Error creating button name="REFRESH" id="181590632003554484" ORA-06502: PL/SQL:
numeric or value error: character string buffer too small
ORA-06512: at
"FLOWS_030000.WWV_BIU_STEP_BUTTONS", line 24
ORA-04088: error during execution of trigger 'FLOWS_030000

необходимо выполнить шаги, описанные в главе "Cleaning Up After a Failed Installation" документации. После чего выполнить:
```
DROP user FLOWS_030000 CASCADE;
```
начать снова инсталляцию, но перед выполнением скрипта apexins.sql, выполнить:
```
ALTER SESSION SET NLS_LENGTH_SEMANTICS=BYTE;
```
выполнить скрипт apexins.sql

Появление ошибки ERR-3331 при попытке сохранить изменения в Application Builder:

ERR-3331 This page was already submitted and can not be re-submitted.

Application Express и встроенный PL/SQL шлюз:

Возможность поворота только ASCII текста в Flash диаграммах:

С оригинальным текстом описания проблем APEX 3.0 можно ознакомиться на сайте OTN.
Надеюсь, что дальше список расти не будет :).

Apex. Создаем Master - Detail страницу.

2007-04-09T12:54:00.000+04:00

Классическим примером для любого средства разработки интерфейса к БД является отражение связи "родитель-потомок" (Mater-Detail). Не будем нарушать традиций и попробуем реализовать данную функциональность в Oracle Application Express.

Для примера будем использовать системную таблицу - Object_Type. Суть приложения будет заключаться в том, чтобы в главной части формы выводить типы имеющихся в БД объектов, а в подчиненной - названия объектов выбранного типа.

Для начала необходимо создать новое приложение. Для этого, выбрать "Application Builder -> Create Application -> Create Application" на главной странице Oracle Application Express:

Далее, указать название приложения ("MasterDetail"), выбрать новую модель ("From scratch") и название Oracle схемы:

Следующим шагом будет добавление новой (пустой) страницы в приложение. Назовем ее "Main":

После этого, решаем, нужны ли закладки в приложении - не нужны:

На следующем шаге мастера построения приложений, указываем, что никаких компонент из других приложений копировать не надо:

Далее выбираем схему аутентификации пользователей. Так как приложение демонстрационное, то никаких ограничений не нужно:

На следующем шаге создания приложения выбираем схему оформления (выбрали 17ую схему) и на последнем шаге подтверждаем создание приложения.

Следующим шагом в создании Master-Detail формы будет уже непосредственно редактирование графического интерфейса и добавление небольшой логики в приложение. Сразу после создания приложения, описание первой страницы выглядит следующим образом:

Добавляем следующие элементы графического интерфейса на первую страницу:

Создаем регион, в котором будут выводиться все типы объектов, имеющиеся в схеме:

Region type: "Report"
Report Implementation: "SQL Report"
Title: "Типы объектов"
Region Template: "Reports Region"
Display Point: "Page Template Body (3. items above region content)"
Source:

Select Object_Type, Count(*)
From User_Objects
Group By Object_Type

Добавляем невидимый элемент управления, который будет хранить название типа, для которого необходимо отразить объекты в подчиненной части страницы:

Item Type: "Hidden"
Item Name: "P1_TYPE"
Region: "Типы объектов"
Item Source: "- Not Computed -"

Создаем еще один регион, который будет выводить названия объектов, которые имеют заданный в главной части страницы тип. Указываем следующие атрибуты:

Region type: "Report"
Report Implementation: "SQL Report"
Title: "Названия объектов"
Region Template: "Reports Region"
Display Point: "Page Template Body (3. items above region content)"
Source:

Select object_name, created, status
From User_Objects
Where Object_Type = :P1_TYPE

Condition Type: "Value of Item in Expression 1 Is Not NULL"
Expression 1: "P1_TYPE"

Таким образом, на странице будут работать 2 отчета. Первый будет показывать все типы объектов схемы ("Типы объектов"). А второй ("Названия объектов") будет показывать все объекты заданного типа. Кроме того, второй отчет будет виден на странице только если есть значение в элементе P1_TYPE.

И последний штрих - добавим небольшой функционал в главную часть страницы - отчет "Типы объектов": возможность выбора типа объекта. Для этого: переходим на страницу описания главного отчета:

Далее переходим к описанию столбца "COUNT(*)":

И в разделе "Column Link" выставляем следующие значения для "Link Text", "Page", "Item Name", "Item Value":

Вот и все! Итоговая master-detail страничка должны выглядеть следующим образом:

Посмотреть приложение в работе можно на apex.oracle.com.

Пробуем APEX без установки.

2007-04-08T23:33:00.000+04:00

Благодаря успешной практике использования Live-CD, теперь каждый из нас имеет возможность по-ближе расмотреть и попробовать на деле понравившийся дистрибутив операционной системы без необходимости установки её на жесткий диск. Оказывается тоже самое можно сделать и с Oracle Application Express!
Единственная разница - это лишь необходимость доступа в интернет в случае с APEX.
Все, что необходимо сделать - это зайти на сайт apex.oracle.com и зарегистрироваться там. Процесс регистрации состоит из следующих шагов:

ввод имени, фамилии, адреса эл. почты
создания новой рабочей области (workspace). Необходимо лишь задать уникальное название.
указать использование имеющейся схемы Oracle или использования новой схемы
если используется новая схема, то необходимо задать её имя и указать желаемый размер (на выбор: 2, 5 и 10 мегабайт)
если используется имеющаяся схема, то необходимо просто указать её имя
ввести причину, по которой решили завети себе учетную запись на apex.oracle.com (просто текст)
подтвердить свое желание :)

После всего этого, на указанный email придет письмо, где будет указаны все необходимые реквизиты для возможности входа на apex.oracle.com (Workspace, Username, Password).

В результате вы получаете возможность полнофункциональной работы с APEX 3.0! Кроме этого, у вас появляется уникальная возможность демострации в сети своих APEX приложений без необходимости поиска какого-либо хостинга для них!

APEX. Документация по JavaScript

2007-03-31T12:33:00.000+04:00

Oracle Application Express для своих внутренних нужд (валидации, динамическое сокрытие элементов и т.д.) активно использует JavaScript. Для этих нужд был написан целый набор соответствующих API - некая обертка над стандартными функциями JavaScript. В ее существовании можно легко убедитсья просмотрев исходный код страницы, сгенерированной APEX.

Наконец-то появилось хоть какое-то описание об этой обертке! Так, в своем блоге, Карл Бэкстром (Carl Backstrom) оповестил о старте приложения "Javascript Functions" на apex.oracle.com, в рамках которого будут описываться все функции этой библиотеки. Перечислено 205 функций, но большинство из ниж пока без описания: есть только название. Но в некотрых случаях и этого достаточно, так как названия функций довольно информативные.

Архитектура Application Express

2007-03-30T09:00:00.000+04:00

Что же такое Oracle Application Express и из чего он состоит?
Oracle Application Express состоит из двух составляющих:

репозиторий метаданных, который хранит описание приложений (описание страниц, регионов, элементов управления и т.д.)
"движок", которых отражает и обрабатывает страницы (отрисовывает страницы, проверяет введенные пользователем данные и т.д.)

которые хранятся непосредственно в базе данных Oracle и , физически, состоят из набора таблиц и некоторого количества PL/SQL кода. При установке APEX создается отдельный Oracle пользователь/схема - FLOWS_<версия_apex>:

APEX 2.2: FLOWS_020200
APEX 3.0: FLOWS_030000

В "обязанности" движка Application Express входят следующие функции:

управление состоянием сессии
аутентификация
авторизация
управление страницами
обработка валидаций

Движок Application Express реализован на PL/SQL и доступен через web-браузер. Официально поддерживаемые браузеры:

APEX 2.2:

Microsoft Internet Explorer 6.0 и выше
Netscape Communicator 7.2 и выше
Mozilla 1.2 и выше
Mozilla 1.2 и выше

APEX 3.0:

Microsoft Internet Explorer 6.0 и выше
Firefox 1.0 и выше

Для доступа к приложениям/движку используется Oracle HTTP Server (Apache) и mod_plsql:

Приложения "собираются" в режиме реального времени из репозитария метаданных. Создание новых или расширение имеющихся приложений не вызывает необходимости в дополнительном коде. Вместо этого, создаются новые или изменяются имеющиеся метаданные, хранимые в таблицах Oracle.

Управление состоянием сессии выполняется асинхронно непосредственно в базе данных, что гарантирует:

минимальное использование ресурсов CPU сервера
не использование Dedicated соединения

Кроме того, каждая страница выводит результаты в отдельной сессии базы данных, что минимизирует использование ресурсов, так как они необходимы только при "сборке" страницы из метаданных движком Application Express.

Оригинал описания архитектуры Application Express взят с официальной странцы.

APEX и APP_VERSION - 2: исправляем ошибку

2007-03-27T17:04:00.000+04:00

Как уже упоминалось ранее, в последней версии Application Express не была исправлена ошибка, связанная с форматом даты последнего изменения приложения. То есть, при выводе даты последнего изменения приложения невозможно получить формат даты, используемый в Европе (DD.MM.YYYY).
Чтобы исправить эту досадную ситуацию, как оказалось, необходимо лишь небольшого знания структуры APEX. А именно того, что дата последнего изменения приложения хранится в поле APEX_APPLICATIONS.LAST_UPDATED_ON (APEX_APPLICATIONS - это взгляд (view), который доступен всем Oracle пользователям).
Далее уже дело техники... Зная, что страница с номером "0" (page 0) будет отражаться на всех страницах приложения, необходимо создать ее. Далее, добавляем на нее новый регион:

Type: "HTML"
Subtype: "HTML"
Title: "Version"
Region template: no template
Display point: After Header

После чего добавляем в регион новый элемент управления:

Item type: "Display Only"
Pick Display Only Type: "Display as Text (does not save state)"
Item Name: "P0_APP_VERSION"
Region: "Version"
Label: "Last update:"
Item Source: "SQL Query"
Item Source Value:

Select to_char(fl.LAST_UPDATED_ON, 'DD.MM.YYYY')
From APEX_APPLICATIONS fl
Where application_id = :APP_ID;

Можно пойти дальше, и используя взгляд Apex_Application_Pages и переменные :APP_ID, :APP_PAGE_ID, иметь дату последнего изменения каждой страницы. Подход тот же, за исключением запроса для "P0_APP_VERSION":

Select to_char(LAST_UPDATED_ON, 'DD.MON.YYYY')
From Apex_Application_Pages
Where application_id = :APP_ID
And page_id = :APP_PAGE_ID

Вот и все! Теперь дата изменения приложения будет выводиться в любом желаемом формате (вариации ограничены только фантазией и возможностями функции TO_CHAR)!

APEX. Page 0

2007-03-27T14:32:00.000+04:00

Зачастую в приложениях (в том числе и в APEX :) возникает необходимость отражать один и тот же набор элементов на нескольких страницах. Это может быть меню, какой-то заголовок, некое дерево, индикатор или что-то еще...
Что же делать в такой ситуации? Не плодить же один и тот же код (Copy-Paste)? Выход есть - в приложениях Application Express необходимо использовать страницу с номером 0 ("page 0")!
Нумерация страниц в APEX начинается с 1, но если обратить внимание на процесс создания страницы, то можно увидеть, что не смотря на то, что номер страницам присваивается автоматически, его можно редактировать. Соответственно, не составить никакого труда создать страницу с номером 0.
Особенность этой страницы заключается в том, что ее содержимое включается в содержимое всех остальных страниц приложения. Таким образом, помещенные на эту страницу регионы и элементы управления, будут выводиться на всех страницах приложения. Используя атрибут "Condition Type" можно контролировать вывод того или иного элемента управления или целого региона в зависимости от некоторых условий (например, вывод только для определенных страниц приложения).

APEX и APP_VERSION

2007-03-23T17:57:00.000+03:00

Как это не прискорбно, но в APEX 3.0 опять не поправили ошибку, связанную с форматом даты вывода в строке подстановке #APP_VERSION#.
Эту строку можно использовать в шаблонах страниц. Apex сам будет подставлять вместо этой строки значение, которое было указано в атрибуте приложения - Version ( Application ->Shared Components ->Edit Application Definition ).

Согласно документации, если в этом атрибуте прописать формат даты, то вместо
#APP_VERSION# будет подставляться дата последней модификации приложения. Поддерживается 3 формата: "YYYY.MM.DD", "MM.DD.YYYY", "DD.MM.YYYY". Однако, если первые два формата обрабатываются так, как нужно, то формат "DD.MM.YYYY" игнорируется и используется формат "MM.DD.YYYY".

Жаль, так как судя по форуму, об этой проблеме знают уже как минимум год.

APEX - альтернатива Oracle Forms

2007-03-23T17:15:00.000+03:00

До недавнего времени, альтернативой (приемником) Oracle Forms считался Oracle JDeveloper (вместе с Application Development Framework - ADF).
Но после выхода APEX 3.0 ситуация несколько изменилась: теперь Application Express так же рассматривается как альтернатива для Forms. Прямое доказательство можно обнаружить здесь, где выполняется небольшое сравнение архитектур этих средств разработки.

APEX 3.0

2007-03-22T13:07:00.000+03:00

Первый пост – и сразу хорошая новость: буквально на днях вышла новая версия Application Express! Очевидно, что смена версии с 2.2 на 3.0 должна означать значительные улучшения. Так и есть. Вот лишь часть из них:

печать в pdf

flash графики
новые типы контролов
поддержка кэширования
и т.д.

Полный список улучшений можно посмотреть здесь.
Скачать APEX 3.0 можно здесь.