| 
 | 
| 
 
Как при сохранении изменений указать из какого DataBlock сохранять данные? 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  Как при сохранении изменений указать что сохранять данные в таблице из конкретного DataBlock По умолчанию сохраняться данные во всех DataBlocks где были произведены изменения ! Форма разрабатывается на основе Template.fmb ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 18.07.2014, 17:07 | 
  
  
  
   | 
||
| 
 
Как при сохранении изменений указать из какого DataBlock сохранять данные? 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  1. Никак 2. Это не нужно Это Вы что ли под OeBS пишете? ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 18.07.2014, 17:26 | 
  
  
  
   | 
||
| 
 
Как при сохранении изменений указать из какого DataBlock сохранять данные? 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  Leonid Kudryavtsev1. Никак 2. Это не нужно Это Вы что ли под OeBS пишете? Да, под oebs. А нужно для решения следующей проблемы На форме items трех DataBlocks. I -й главный для II-го. II-й главный для III-го. Для загрузки данных в III-й DataBlock с помощью LOVs выбираются конкретные записи в I-й а потом II-й DataBlock. При этом последние переходят в режим вставки. Реально же данные требуется изменять только в 3-м DataBlock. ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 18.07.2014, 18:02 | 
  
  
  
   | 
||
| 
 
Как при сохранении изменений указать из какого DataBlock сохранять данные? 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  Ваши Block'и и Lov'ы без примера и в трезвом состоянии не понять. Т.ч. требуем обеспечить доставку пива ))) Сделайте block не базовым или, по крайне мере, запретите данному блоку сохраняться в БД (вроде свойства возможности Update item'ов и DML Data Target глубоко параллельны). * Хорошо бы на проекте по внедрению/сопровождению OeBS иметь хоть одного человека, который Forms хоть раз в жизни в глаза видел.. Все таки система "специфическая", я уж не говорю о самом OeBS ))) p.s. * как-то моя фраза звучит мало понятно ))) но просто следствие недостатка в пятницу алкоголя в крови ))) p.p.s. * возможно загружать данные из БД (EXECUTE_QUERY) задаются свойствами Query Data Source + сопутствующие, возможность сохранять данные в таблицу DML Data Target + сопутствующие. Никто не мешает, сделать DML Data Target = NULL, тогда, теоретически, выбрать в блок данные из БД (EXECUTE_QUERY) Вы сможете, а вот сохранить данные в БД блок пытаться не будет. Хотя... по Вашему описанию... такие вещи, скорее всего, просто делаются на не базовых блоках + банальный SELECT ... INTO.... FROM. Раз Вы пишите под OeBS, Вы должны были читать OeBS Developer Guide. Где ВСЕ операции по добавлению/обновлению/блокировке в БД учат делать через триггеры и процедуры (х.з. зачем). Если бы Вы делали так, как принято в OeBS, Вашего вопроса бы не было. Т.к. Вы всегда бы могли просто в заданном триггере (на вставку, обновление) написать NULL (ничего не делать) и не парится. IMHO & AFAIK ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 18.07.2014, 18:17 | 
  
  
  
   | 
||
| 
 
Как при сохранении изменений указать из какого DataBlock сохранять данные? 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  Я уже алкоголя немного принял, так что могу комментировать :-) shurik_shinkНа форме items трех DataBlocks. I -й главный для II-го. II-й главный для III-го. Для загрузки данных в III-й DataBlock с помощью LOVs выбираются конкретные записи в I-й а потом II-й DataBlock. При этом последние переходят в режим вставки. Вот здесь проблема. Выбирая записи из LOVа ты пытаешься их вставить в блоки I и II, а они там уже есть. Их не нужно вставлять, их нужно найти. Тем не менее. Ответ на первоначальный вопрос такой. Если в этой форме блоки I и II только для чтения, то можно в триггеры ON-INSERT, ON-UPDATE, ON-DELETE, ON-LOCK этих блоков написать: null; Но это криво. ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 18.07.2014, 22:25 | 
  
  
  
   | 
||
| 
 
Как при сохранении изменений указать из какого DataBlock сохранять данные? 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  Павел ЛузановЯ уже алкоголя немного принял, так что могу комментировать :-) shurik_shinkНа форме items трех DataBlocks. I -й главный для II-го. II-й главный для III-го. Для загрузки данных в III-й DataBlock с помощью LOVs выбираются конкретные записи в I-й а потом II-й DataBlock. При этом последние переходят в режим вставки. Вот здесь проблема. Выбирая записи из LOVа ты пытаешься их вставить в блоки I и II, а они там уже есть. Их не нужно вставлять, их нужно найти. Тем не менее. Ответ на первоначальный вопрос такой. Если в этой форме блоки I и II только для чтения, то можно в триггеры ON-INSERT, ON-UPDATE, ON-DELETE, ON-LOCK этих блоков написать: null; Но это криво. Спасибо. Прокатило. ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 21.07.2014, 10:34 | 
  
  
  
   | 
||
| 
 
Как при сохранении изменений указать из какого DataBlock сохранять данные? 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  Павел ЛузановВот здесь проблема. Выбирая записи из LOVа ты пытаешься их вставить в блоки I и II, а они там уже есть. Их не нужно вставлять, их нужно найти.  Контроллы управления (если я правильно понимаю назначение LOV) в НЕ-базовый блок и, возможно, single record block. Если какие-то контроллы управления (например чекбокс) нужно высвечивать рядом с каждой записью из БД - аналогично, НЕ-базовый item (например чек-бокс) в базовом блоке. Павел ЛузановНо это криво. Это еще мягко сказано ))) когда я в консалтинговую контору пришел на программиста OeBS, первое задание которое мне было - 2-е недели на прочтение OeBS Developer Guide. После прочтение за 2 дня, мне сказали читать повторно, т.к. читал недостаточно вдумчиво ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 21.07.2014, 15:00 | 
  
  
  
   | 
||
| 
 | 

start [/forum/topic.php?fid=51&msg=38700621&tid=1878169]:  | 
    0ms | 
get settings:  | 
    8ms | 
get forum list:  | 
    14ms | 
check forum access:  | 
    3ms | 
check topic access:  | 
    3ms | 
track hit:  | 
    61ms | 
get topic data:  | 
    10ms | 
get forum data:  | 
    2ms | 
get page messages:  | 
    46ms | 
get tp. blocked users:  | 
    1ms | 
| others: | 15ms | 
| total: | 163ms | 

| 0 / 0 | 

    Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
    
    
    «На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
    
    
    ... ля, ля, ля ...