|
![]() |
#1 |
Участник
|
в делите нет ничего, там по релэйшену удаляется
и аос перезапускали Короче при попытке удалить в SalesParmTable система удаляет в SalesParmSubTable, несмотря на то что условие релэйшена по полю TableRefId не выполняется Причем сгенерили даже не путем запуска процедура а тупо на таблице сделали удаление и все равно система удалила не смотря на условие релэйшена (НО ТОЛЬКО ПОД ОПРЕДЕЛННЫМИ ПОЛЬЗОВАПТЕЛЯМИ - у этих пользователей нет ограничей по правам - они в группе админ) Последний раз редактировалось maxkov; 09.12.2010 в 12:12. |
|
![]() |
#2 |
Ищущий знания...
|
Цитата:
Сообщение от maxkov
![]() в делите нет ничего, там по релэйшену удаляется
и аос перезапускали Короче при попытке удалить в SalesParmTable система удаляет в SalesParmSubTable, несмотря на то что условие релэйшена по полю TableRefId не выполняется Причем сгенерили даже не путем запуска процедура а тупо на таблице сделали удаление и все равно система удалила не смотря на условие релэйшена (НО ТОЛЬКО ПОД ОПРЕДЕЛННЫМИ ПОЛЬЗОВАПТЕЛЯМИ - у этих пользователей нет ограничей по правам - они в группе админ) а вообще чудес не бывает, если удаляется, значит условие отрабатывает. у тех пользователей, у которых не удаляется, скорее всего настроен доступ на уровне записей, проверьте все ещё раз внимательней.
__________________
"Страх перед возможностью ошибки не должен отвращать нас от поисков истины." (с) С Уважением, Елизаров Артем |
|
![]() |
#3 |
Участник
|
Цитата:
Сообщение от maxkov
![]() в делите нет ничего, там по релэйшену удаляется
и аос перезапускали Короче при попытке удалить в SalesParmTable система удаляет в SalesParmSubTable, несмотря на то что условие релэйшена по полю TableRefId не выполняется Причем сгенерили даже не путем запуска процедура а тупо на таблице сделали удаление и все равно система удалила не смотря на условие релэйшена (НО ТОЛЬКО ПОД ОПРЕДЕЛННЫМИ ПОЛЬЗОВАПТЕЛЯМИ - у этих пользователей нет ограничей по правам - они в группе админ) Оказывается, в четверке при удалении relation'ы по невидимым полям не используются, поэтому когда reArrange удаляет parm таблицы, он иногда грохает все parmLine с такими же parmId не смотря на то то tableRefId в них отличается от TableRefId в ParmTable. Axapta делает это не всегда, а только для пользователей которые ей особенно не нравятся. И права тут не причем. Для обхода надо выставить visible=yes в tableRefId, тогда AX нормально воспринимает table relation и не удаляет что попало. (узнал в http://www.archivum.info/microsoft.p...invoicing.html ) Чудеса всё-таки бывают о чем можно убедится добавив delete() методы в PurchParmTable, purchParmLine и сравнив tableRefId, но конкретно это закончилось в KB939982 Ключевые слова для гугла: purchParmLine, PurchParmSubTable, purchParmTable, tableRefId, parmId, deleteAction. Последний раз редактировалось mayk; 14.12.2012 в 16:42. |
|
|
За это сообщение автора поблагодарили: S.Kuskov (2), Player1 (5). |
![]() |
#4 |
Ищущий знания...
|
Цитата:
Сообщение от mayk
![]() Чудеса всё-таки бывают о чем можно убедится добавив delete() методы в PurchParmTable, purchParmLine и сравнив tableRefId, но конкретно это закончилось в KB939982
Ключевые слова для гугла: purchParmLine, PurchParmSubTable, purchParmTable, tableRefId, parmId, deleteAction. ![]()
__________________
"Страх перед возможностью ошибки не должен отвращать нас от поисков истины." (с) С Уважением, Елизаров Артем |
|
![]() |
#5 |
Участник
|
А откуда еще чудеса берутся?
![]()
__________________
Axapta v.3.0 sp5 kr2 |
|
Теги |
salesparmsubtable, salesparmtable, баг |
|
|