PL99 iLLer...Вопрос к первому варианту: Допустим Т1 - таблица с шапками накладных, Т2 - наполнение накладных, Т3 некая таблица связанная с Т2. В позиции накладной отображается инфо из Т2 и несколько полей из Т3.
селект такой
select t2.id,t2.m,t3.prop1,t3.prop2
from t2 inner join t3 on t2.m=t3.m
Обновление в БД делаем в таблицу Т2, только поле m.
Как сделать обновление полей prop1 и prop2, если поле m вводят руками или выбирают из dropdown listbox/datawindow?
Какие пути обновления БД с двумя ДВ и обеспечения синхронности значений идентификатора (m) и связанных полей в наполнении накладной?C этой проблемой легко справляется pfc Datawindow multitable service.


multitable service справится только с обновлением, но ведь до этого строки нужно еще и вставить. А с insert multitable service не дружит совершенно.

Можно еще применить для варианта ввода 1 linkage service. Но тут тоже полно подводных камней:

Во-первых, очень плохо организована синхронизация ключей. Если в заголовочной таблице использовать суррогатный автоинкрементный ключ (а почему бы его и не использовать?), то нужны дополнительные танцы с бубном, чтобы строки с товарами эти самые ключи получили.

Мы применили такую технологию - на клиенте вводить в накладную строки не даем до тех пор, пока заголовочная запись не будет сохранение и не получит свой ID. Это, конечно, разрывает транзакцию ввода документа, как единого целого, но позволяет в сервере проверять валидность многочисленных реквизитов документа (что, в нашем случае, гораздо важнее).

Во-вторых, если для detail datawindow использовать стиль связи retrieve (а он тут смотрится вполне естественно), иногда происходили странные вещи. Синхронизация detail datawindow происходит по событию смены строки в главном dw. Мы столкнулись, что при определенных условиях это событие не триггерилось.

Например, в мастер окне поставлен фильтр и осталась 1 строка.
Потом мы меняем условия отбора данных (переключаемся в другой отчетный период) и без снятия фильтра делаем retrieve, в результате которого в буфер попадает только 1 строка.
В этом случае иногда события rowfocuschange() и...ing() не происходят и можно лицезреть новый заголовок документа со старыми строками.

Вылечили принудительным retrieve дочернего dw в случае retrieve в мастере под фильтром. Это иногда дает лишнее чтение в дочернем dw, но это гораздо приятнее, чем переехавшие в другой документ строки.