|
06.02.2008, 11:09 | #1 |
Участник
|
DeleteActions во временной таблице
Это даже не вопрос это крик души. На слое GLS есть такие таблички TmpPurchBookVATProcessLogTrans_RU и TmpPurchBookVATProcessLogTransOper_RU (Обработка входящего НДС). Причём в первой таблице есть DeleteActions на вторую. Всё бы хорошо но обе эти таблицы временные. Внимание вопрос. Как это работает а точнее не работает?
Т.е. в стандартном коде есть место (TmpPurchBookVATProcessLogTrans_RU::updateLine), в котором удаляется лишь TmpPurchBookVATProcessLogTrans_RU, а в TmpPurchBookVATProcessLogTransOper_RU остаётся мусор (deleteAction естественно не отрабатывает). Дальше больше. Связь между таблицами по полю RecId. Из-за такой вот связи при обработке входящего НДС появляются непонятные строки совершенно от других фактур. Т.е. на место уделённой строки TmpPurchBookVATProcessLogTrans_RU дальше по коду вставляется другая строка (другая фактура), а RecId ей выделяется тот же !!! (что в принципе нормально). А по этому RecId в таблице TmpPurchBookVATProcessLogTransOper_RU подхватываются те самые не удалённые записи. Вот. Как дальше жить? |
|
06.02.2008, 11:29 | #2 |
Участник
|
Честно говоря, не вижу большого смысла в DeleteAction на временной таблице. Он же курсор этой таблицы врядли подхватит из исполняемого кода.
А значит и не удалит ничего на самом деле. Думаю, код надо переписать, чтоб удалть строки подчиненной таблицы в методе delete старшой. |
|
06.02.2008, 12:05 | #3 |
Участник
|
В принципе так и поступил. Для этого в мотод delete передаю переменную с подчинённой временной таблицей. Что бы было откуда удалять.
Последний раз редактировалось S.Kuskov; 06.02.2008 в 12:09. |
|
|
Похожие темы | ||||
Тема | Ответов | |||
Отчет, основанный на временной таблице | 10 | |||
Query по временной таблице - вопрос | 0 | |||
Отчет по временной таблице | 1 | |||
Доступ к временной таблице | 2 |
|