|
|
|
Изменение переменной #OWNER#
|
|||
|---|---|---|---|
|
#18+
Добрый день уважаемы форумчане. Имеется ли возможность менять значение #OWNER# runtime (И на какие грабли можно наступить) Например в зависимости от имени пользователя(apex пользователя) после login form сессии назначается свой #OWNER#.. и таким образом одним апекс приложением можно читать данные разных схем с одинаковой структурой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.04.2014, 14:41 |
|
||
|
Изменение переменной #OWNER#
|
|||
|---|---|---|---|
|
#18+
elunin ALTER SESSION SET CURRENT_SCHEMA statement. Не совсем то. в apex session за apex_public_user...а он уже читает другие схемы.И это меня устраивает.(После выполнения этой команды апекс может и свои таблицы перестать видеть) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.04.2014, 20:05 |
|
||
|
Изменение переменной #OWNER#
|
|||
|---|---|---|---|
|
#18+
elunin ALTER SESSION SET CURRENT_SCHEMA statement. Но в целом ,конечно поэкспериментировавшую.Вы сами то ,так делали? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.04.2014, 20:08 |
|
||
|
Изменение переменной #OWNER#
|
|||
|---|---|---|---|
|
#18+
Но в целом ,конечно ,поэкспериментирую. .Вы сами то ,так делали? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.04.2014, 20:09 |
|
||
|
Изменение переменной #OWNER#
|
|||
|---|---|---|---|
|
#18+
эксперементировали с #OWNER#, хотели разделить данные и логику не получилось, есть баги в апексе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.04.2014, 07:34 |
|
||
|
Изменение переменной #OWNER#
|
|||
|---|---|---|---|
|
#18+
Никто не эксперементирвал со сменой parsing schema или #OWNER# в рантайме? Цель - получить метаданные в одной схеме, а данные для каждого пользователя в отдельных схемах SAAS ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.09.2016, 18:19 |
|
||
|
Изменение переменной #OWNER#
|
|||
|---|---|---|---|
|
#18+
VladmlНикто не эксперементирвал со сменой parsing schema или #OWNER# в рантайме? Цель - получить метаданные в одной схеме, а данные для каждого пользователя в отдельных схемах SAAS может у вас постановка задачи хромает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2016, 00:37 |
|
||
|
Изменение переменной #OWNER#
|
|||
|---|---|---|---|
|
#18+
Vladml, Как вариант, используйте подстановки app items: "&FX_OWNER.".table Для интерактивных отчетов либо через коллекции, либо через те же подстановки: /*&FXIR_OWNER.*/ :FXIR_OWNER := '*/"OWNER2"./*'; ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2016, 11:20 |
|
||
|
Изменение переменной #OWNER#
|
|||
|---|---|---|---|
|
#18+
SvDevДля интерактивных отчетов либо через коллекции, либо через те же подстановки: Коллекции не подходят, нужен DML. Переменные тоже ибо в дизайнере не работают. Пока получается что одно приложение может работать только со схемой (схемами) которые были определены на стадии дизайна, что делает его совершенно не пригодным для SaaS приложений в обалаках. Нужно сделать приложение которое работало бы с данными из MySQL. DBLink построил, думал чуть Automatic Row Processing допилить и будет красота, но уперся в то, что не возможно динамически поменять схему для юзера ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2016, 15:49 |
|
||
|
Изменение переменной #OWNER#
|
|||
|---|---|---|---|
|
#18+
Vladmlчто делает его совершенно не пригодным для SaaS приложений в обалаках. Почему бы вам не повысить свою зарплату в 2 раза и не перейти на Java. Т.к. SaaS это высокоуровневый ЯП. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2016, 00:07 |
|
||
|
Изменение переменной #OWNER#
|
|||
|---|---|---|---|
|
#18+
Vladml, а что мешает использовать динамический SQL? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2016, 08:58 |
|
||
|
Изменение переменной #OWNER#
|
|||
|---|---|---|---|
|
#18+
non-apexoidVladml, а что мешает использовать динамический SQL? В IR не поддерживается как минимум. Похоже никак это не сделать, во всяком случае без хаков. А жаль, ибо без такой фичи уделом APEX к сожалению останется интранет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2016, 09:34 |
|
||
|
Изменение переменной #OWNER#
|
|||
|---|---|---|---|
|
#18+
VladmlКоллекции не подходят, нужен DML. Переменные тоже ибо в дизайнере не работают. Речь про apex коллекции (вью apex_collections), это DML. Если речь про page designer, то выше способ работает, хоть и "оставляет желать лучшего" Vladmlnon-apexoidVladml, а что мешает использовать динамический SQL? В IR не поддерживается как минимум. Динамический sql можно реализовать, например, через pipelined функции. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2016, 14:40 |
|
||
|
Изменение переменной #OWNER#
|
|||
|---|---|---|---|
|
#18+
Вот это утверждение сомнительно: VladmlПока получается что одно приложение может работать только со схемой (схемами) которые были определены на стадии дизайна, что делает его совершенно не пригодным для SaaS приложений в обалаках. Если народ делает IR с использованием pipelined функций то что мешает передать ей в качестве параметра имя схемы? Главное, чтобы прав хватило. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2016, 14:42 |
|
||
|
|

start [/forum/topic.php?fid=50&fpage=20&tid=1874527]: |
0ms |
get settings: |
9ms |
get forum list: |
21ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
59ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
67ms |
get tp. blocked users: |
2ms |
| others: | 207ms |
| total: | 389ms |

| 0 / 0 |
