|
Действия ...
Период между сообщениями больше года.
|
19.09.2016, 00:37
|
|||
|---|---|---|---|
|
|||
Изменение переменной #OWNER# |
|||
|
|
|
20.09.2016, 00:07
|
|||
|---|---|---|---|
|
|||
Изменение переменной #OWNER# |
|||
|
|
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
01.04.2014, 14:41
|
|||
|---|---|---|---|
Изменение переменной #OWNER# |
|||
|
#18+
Добрый день уважаемы форумчане. Имеется ли возможность менять значение #OWNER# runtime (И на какие грабли можно наступить) Например в зависимости от имени пользователя(apex пользователя) после login form сессии назначается свой #OWNER#.. и таким образом одним апекс приложением можно читать данные разных схем с одинаковой структурой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
01.04.2014, 20:05
|
|||
|---|---|---|---|
Изменение переменной #OWNER# |
|||
|
#18+
elunin ALTER SESSION SET CURRENT_SCHEMA statement. Не совсем то. в apex session за apex_public_user...а он уже читает другие схемы.И это меня устраивает.(После выполнения этой команды апекс может и свои таблицы перестать видеть) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
01.04.2014, 20:08
|
|||
|---|---|---|---|
Изменение переменной #OWNER# |
|||
|
#18+
elunin ALTER SESSION SET CURRENT_SCHEMA statement. Но в целом ,конечно поэкспериментировавшую.Вы сами то ,так делали? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
01.04.2014, 20:09
|
|||
|---|---|---|---|
Изменение переменной #OWNER# |
|||
|
#18+
Но в целом ,конечно ,поэкспериментирую. .Вы сами то ,так делали? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
02.04.2014, 07:34
|
|||
|---|---|---|---|
Изменение переменной #OWNER# |
|||
|
#18+
эксперементировали с #OWNER#, хотели разделить данные и логику не получилось, есть баги в апексе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
18.09.2016, 18:19
|
|||
|---|---|---|---|
|
|||
Изменение переменной #OWNER# |
|||
|
#18+
Никто не эксперементирвал со сменой parsing schema или #OWNER# в рантайме? Цель - получить метаданные в одной схеме, а данные для каждого пользователя в отдельных схемах SAAS ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.09.2016, 00:37
|
|||
|---|---|---|---|
Изменение переменной #OWNER# |
|||
|
#18+
VladmlНикто не эксперементирвал со сменой parsing schema или #OWNER# в рантайме? Цель - получить метаданные в одной схеме, а данные для каждого пользователя в отдельных схемах SAAS может у вас постановка задачи хромает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.09.2016, 11:20
|
|||
|---|---|---|---|
Изменение переменной #OWNER# |
|||
|
#18+
Vladml, Как вариант, используйте подстановки app items: "&FX_OWNER.".table Для интерактивных отчетов либо через коллекции, либо через те же подстановки: /*&FXIR_OWNER.*/ :FXIR_OWNER := '*/"OWNER2"./*'; ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.09.2016, 15:49
|
|||
|---|---|---|---|
|
|||
Изменение переменной #OWNER# |
|||
|
#18+
SvDevДля интерактивных отчетов либо через коллекции, либо через те же подстановки: Коллекции не подходят, нужен DML. Переменные тоже ибо в дизайнере не работают. Пока получается что одно приложение может работать только со схемой (схемами) которые были определены на стадии дизайна, что делает его совершенно не пригодным для SaaS приложений в обалаках. Нужно сделать приложение которое работало бы с данными из MySQL. DBLink построил, думал чуть Automatic Row Processing допилить и будет красота, но уперся в то, что не возможно динамически поменять схему для юзера ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.09.2016, 00:07
|
|||
|---|---|---|---|
Изменение переменной #OWNER# |
|||
|
#18+
Vladmlчто делает его совершенно не пригодным для SaaS приложений в обалаках. Почему бы вам не повысить свою зарплату в 2 раза и не перейти на Java. Т.к. SaaS это высокоуровневый ЯП. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.09.2016, 08:58
|
|||
|---|---|---|---|
|
|||
Изменение переменной #OWNER# |
|||
|
#18+
Vladml, а что мешает использовать динамический SQL? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.09.2016, 09:34
|
|||
|---|---|---|---|
|
|||
Изменение переменной #OWNER# |
|||
|
#18+
non-apexoidVladml, а что мешает использовать динамический SQL? В IR не поддерживается как минимум. Похоже никак это не сделать, во всяком случае без хаков. А жаль, ибо без такой фичи уделом APEX к сожалению останется интранет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.09.2016, 14:40
|
|||
|---|---|---|---|
Изменение переменной #OWNER# |
|||
|
#18+
VladmlКоллекции не подходят, нужен DML. Переменные тоже ибо в дизайнере не работают. Речь про apex коллекции (вью apex_collections), это DML. Если речь про page designer, то выше способ работает, хоть и "оставляет желать лучшего" Vladmlnon-apexoidVladml, а что мешает использовать динамический SQL? В IR не поддерживается как минимум. Динамический sql можно реализовать, например, через pipelined функции. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.09.2016, 14:42
|
|||
|---|---|---|---|
|
|||
Изменение переменной #OWNER# |
|||
|
#18+
Вот это утверждение сомнительно: VladmlПока получается что одно приложение может работать только со схемой (схемами) которые были определены на стадии дизайна, что делает его совершенно не пригодным для SaaS приложений в обалаках. Если народ делает IR с использованием pipelined функций то что мешает передать ей в качестве параметра имя схемы? Главное, чтобы прав хватило. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=50&tablet=1&tid=1874527]: |
0ms |
get settings: |
11ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
22ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
62ms |
get tp. blocked users: |
2ms |
| others: | 219ms |
| total: | 351ms |
| 0 / 0 |
