Заятс,

"Pro Oracle Application Express", John Edward Scott and Scott Spendolini
Database account authentication : This scheme allows you to use Oracle accounts to
authenticate your users against. Users need to specify a valid database username and
password in order to successfully authenticate to your application. This scheme is ideal if
you have already created a database user for each of your end users. Note that using data-
base account authentication will not affect the parsing schema for your application. In
other words, the authentication scheme uses only the username and password to authen-
ticate with; it is not establishing a session to the database as that user, nor is it running any
code as that particular user.

Честно говоря, ниразу не пользовался такой схемой авторизации, но если все правильно понял - она вам должна помочь.

suPPLer,
:)
Согласен, прошу прощения за дезинформацию, просто прочитал только последний пост
ЗаятсsuPPLercheacher,
А Вам действительно так необходимо работать с USER?
Исследую возможность перевода разработки клиентской части нашего приложения на APEX. Так вот мне действительно крайне необходимо работать с USER, поскольку уровень доступа к данным приложения задаётся для каждого пользователя индивидуально, и значениями ключевых полей в соответствующих настроечных таблицах является Oracle-овый Login пользователя.
И ещё, для подключения к Oracle через ApEx Oracle-овый Login всё равно задаётся? када-же его в таком случае ApEx девает?
вот и подумал что такакя схема авторизации + переменная APP_USER (в нее я ж надеюсь все-таки не ANONYMOUS попадает в этой сехеме) поможет человеку достучаться до своих настроечных таблиц

to Заятс,
Oracle-овый Login никуда не девается, проверяется что он есть и пароль к нему такой-то и все, а коннект происходит под юзером ANONYMOUS (ну или APEX_PUBLIC_USER, если вы работаете не с XE)