|
01.04.2011, 11:19 | #1 |
Участник
|
ой-ой. будьте осторожны с такими советами
может стоит сформулировать: стоит рассмотреть возможность добавить такую строчку (тогда нужно будет добавить обработку InventSum!!) Последний раз редактировалось mazzy; 01.04.2011 в 11:33. Причина: вместе с обработкой InventSum |
|
01.04.2011, 11:46 | #2 |
Участник
|
Логичнее кажется первым делом очистить InventSum, а потом InventDim, чтобы не получить битых ссылок, пусть и на малый промежуток времени.
|
|
01.04.2011, 12:48 | #3 |
Участник
|
Цитата:
поиск неиспользуемых inventSum сводится к поиску неиспользованных InventDim Другого способа нет. |
|
01.04.2011, 12:54 | #4 |
Участник
|
|
|
01.04.2011, 14:35 | #5 |
Участник
|
|
|
01.04.2011, 15:31 | #6 |
Участник
|
Цитата:
|
|
02.04.2011, 22:10 | #7 |
Участник
|
Цитата:
Сообщение от S.Kuskov
Это точно, тут совсем без вариантов. Да и развитие складских аналитик вроде как совсем в другую сторону идёт dynamicsmatters: Performance and InventDim
Тем более что в следующих версиях Аксапты в LedgerTrans хотят объединить Dimension и LedgerAccount в одно значение по аналогии с InventDimId - InventDim. |
|
02.04.2011, 14:46 | #8 |
Участник
|
Цитата:
В общем, InventDimId (и связанные записи таблицы InventDim), вполне могут не присутствовать в InventSum, но иметь вполне значимые сущности. |
|
01.04.2011, 13:40 | #9 |
Участник
|
Цитата:
X++: InventSum inventSum; InventTrans inventTrans; ; ttsbegin; delete_from inventSum notexists join inventTrans where inventTrans.ItemId == inventSum.ItemId && inventTrans.inventDimId == inventSum.InventDimId; ttscommit; |
|
Теги |
inventdim, inventsum, складская аналитика, удаление |
|
|