|
Создание обновление записей
|
|||
---|---|---|---|
#18+
Имею сущность "договор" размазанную по нескольким таблицам: DOCUMENT, DOC_SCAN, CONTRACT. Создаю в форме: при нажатии на кнопку создать вызываю процесс в котором выполняется процедура, которая делает insert в несколько этих таблиц. А как сделать update? Делать отдельную форму и в ней вызывать процесс в котором будет вызываться процедура с UPDATE или можно как то одной формой обойтись? Можно ли как то проверку сделать что сейчас выполняется создание нового документа или обновление существующего? Наверное форме как то нужно передать признак при вызове? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2010, 12:00 |
|
Создание обновление записей
|
|||
---|---|---|---|
#18+
ну например у меня две кнопки, CREATE & SAVE, видимость CREATE condition type : value of item in expression is null or zero. expression1 ID процесс инсерт по кнопке CREATE. соответственно для SAVE зеркально наоборот. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2010, 12:26 |
|
Создание обновление записей
|
|||
---|---|---|---|
#18+
Можно как сказано у предыдущего оратора. Можно в одном процессе делать merge ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2010, 13:40 |
|
Создание обновление записей
|
|||
---|---|---|---|
#18+
itpbну например у меня две кнопки, CREATE & SAVE, видимость CREATE condition type : value of item in expression is null or zero. expression1 ID процесс инсерт по кнопке CREATE. соответственно для SAVE зеркально наоборот. так и сделал... по кнопке create вызывается процесс proccess_create_order по update Proccess_update_order но почему то процессы create и update выполняются одновременно неважно на какую кнопку нажимаешь: автор 0.12500 0.00000 Branch point: Before Computation 4 0.12500 0.00000 Computation point: After Submit 4 0.12500 0.00000 Tabs: Perform Branching for Tab Requests 4 0.12500 0.00000 Branch point: Before Validation 4 0.12500 0.00000 Validations: 4 0.12500 0.00000 Perform basic and predefined validations: 4 0.12500 0.00000 ...Validate is not null for P2_DOC_NUMBER 4 0.12500 0.00000 ...Validate is not null for P2_NAME 4 0.14000 0.00000 Perform custom validations: 4 0.14000 0.00000 Branch point: Before Processing 4 0.14000 0.04700 Processing point: After Submit 4 0.14000 0.00000 ...Process "Proccess_create_order": PLSQL (AFTER_SUBMIT) pkg_document.create_order(doc_name => :P2_NAME, doc_descr => :P2_DOC_DESCRIPTION, doc_number => :P2_DOC_NUMBER, ready_date => :P2_DATE_READY, 4 0.18700 0.00000 ...Process "Proccess_update_order": PLSQL (AFTER_SUBMIT) pkg_document.update_order(order_id => :P2_DOC_ID, doc_name => :P2_NAME, doc_descr => :P2_DOC_DESCRIPTION, doc_num => :P2_DOC_NUMBER, ready_ 4 0.18700 0.01600 Encountered unhandled exception in process type PLSQL 4 0.18700 0.00000 Show ERROR page... 4 0.18700 0.00000 Performing rollback... 4 0.20300 - Processing point: Before Error Footer 4 - 0.20300 0.00000 ...Determine if user "ADMIN" workspace "10000003" can develop application "103" in workspace "10000003" 4 0.20300 0.00000 Processing point: After Error Header ... |
|||
:
Нравится:
Не нравится:
|
|||
30.12.2010, 15:14 |
|
Создание обновление записей
|
|||
---|---|---|---|
#18+
Serguei, а в процессах указал зависимоть от кнопок? а то там по умолчанию они по всем сабмитам срабатывают ... |
|||
:
Нравится:
Не нравится:
|
|||
30.12.2010, 15:18 |
|
Создание обновление записей
|
|||
---|---|---|---|
#18+
англикотSerguei, а в процессах указал зависимоть от кнопок? а то там по умолчанию они по всем сабмитам срабатывают Упссс... точно - в этом дело... Какое то странное перекрестное "опыление": в кнопке нужно указать в Button Request -процесс, а в процессе зависимость от кнопок. :( Спасибо! ... |
|||
:
Нравится:
Не нравится:
|
|||
30.12.2010, 15:29 |
|
Создание обновление записей
|
|||
---|---|---|---|
#18+
itpbну например у меня две кнопки, CREATE & SAVE, видимость CREATE condition type : value of item in expression is null or zero. expression1 ID процесс инсерт по кнопке CREATE. соответственно для SAVE зеркально наоборот. А как быть со значениями в LOV списках? Например возможные состояния документа: Код: plaintext 1. 2.
При создании документа всегда состояние Новый (тут и список то бессмысленно показывать-состояние всегда новый), а при обновлении возможные значения выбираются уже по таблице workflow для текущего состояния: id_state1 id_state2 Что то типа: Код: plaintext 1. 2.
Как такие штуки реализовываются? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2011, 14:55 |
|
Создание обновление записей
|
|||
---|---|---|---|
#18+
SergueiА как быть со значениями в LOV списках? Например возможные состояния документа: Код: plaintext 1. 2.
При создании документа всегда состояние Новый (тут и список то бессмысленно показывать-состояние всегда новый), а при обновлении возможные значения выбираются уже по таблице workflow для текущего состояния У элемента в атрибутах есть секция Read Only. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2011, 17:26 |
|
|
start [/forum/topic.php?fid=50&msg=37038736&tid=1876679]: |
0ms |
get settings: |
8ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
45ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
others: | 17ms |
total: | 141ms |
0 / 0 |