Добавление полей из InventDim в InventSum

[trud]

Увидел сегодня твит Ивана по поводу WMS

Довольно нужная штука для многих клиентов 2009/2012, но реализованно только в D365FO
Технически я так понимаю сделано на триггерах

    /// CREATE TRIGGER INVENTSUMUPDATETRIGGER ON dbo.INVENTSUM
    /// AFTER UPDATE
    /// AS
    /// BEGIN
    ///     UPDATE INVENTSUM
    ///     SET INVENTSUM.CONFIGID = INVENTDIM.CONFIGID,

Вопрос
Кто-нибудь пробовал делать подобное для 2012?
Как лучше реализовать эти триггеры в 2012?(куда их вообще надо добавить чтобы они не удалялись при синхронизации)

[Masel]

Был один кейс, когда в компании была включена партия и какие-то еще аналитики, которые не использовались, но отказаться от них было сложно уже. В большинстве запросов использовался только склад. Нужно было оптимизировать запросы. Там я добавлял склад в InventSum. Для заполнения можно поправить класс InventUpdateOnhand, ничего сложного. Эффект положительный был от этого. Общей универсальной доработки я не делал.
С триггерами я так понимаю будут дополнительные запросы на обновление. При правке InventUpdateOnhand не будет, т.к. правится сам запрос вставки в таблицу.

[Alexius]

Мне кажется для этого триггеры не обязательны, достаточно заполнять в InventSum поля аналитики при вставке записи. Из примера мне непонятно - зачем триггер вызывается при каждом обновлении InventSum ?

[trud]

Цитата:

Сообщение от Alexius

Мне кажется для этого триггеры не обязательны, достаточно заполнять в InventSum поля аналитики при вставке записи. Из примера мне непонятно - зачем триггер вызывается при каждом обновлении InventSum ?

Ну InventSum все равно через SQL обновляется, там что-то сходу непонятно куда добавлять InventDim, подозреваю что решили что через тригер безопастнее, он вообще простой получился. То что он вызывается всегда думаю из этих же соображений, оверхед не очень большой
Плюс если делать в АХ, код не будет отрабатывать при использовании doUpdate(), а есть любители писать так

[Alexius]

Я имел в виду, что достаточно заполнить дополнительное поле аналитики только при вставке, она происходит без прямых скулевых запросов. Далее штатный функционал не меняет значение InventSum.InventDimId и набор аналитик в самом InventDim. Постоянное обновление этого поля избыточно.

PS. В АХ и без этого достаточно выполняется бестолковых микро-запросиков, на которых в сумме тратиться куча ресурсов.

[Logger]

Цитата:

Сообщение от trud

Вопрос
Кто-нибудь пробовал делать подобное для 2012?
Как лучше реализовать эти триггеры в 2012?(куда их вообще надо добавить чтобы они не удалялись при синхронизации)

Я делал в ax3 / Ax2009 для InventLocationId.
Триггеры можно не трогать. Правил код в аксапте.
Ускорение работы очень понравилось.

А вы какие еще выгоды от такой денормализации видите?

[fed]

Цитата:

Сообщение от Logger

Я делал в ax3 / Ax2009 для InventLocationId.
Триггеры можно не трогать. Правил код в аксапте.
Ускорение работы очень понравилось.

А вы какие еще выгоды от такой денормализации видите?

[TROLLFACE]
с денормализацией можно бороться
А потом можно бороться с нормализацией - как в этой теме например, или при обновлении наследования таблиц между DAX2012RTM и DAX2012R2.
Жду когда они inventTransId обратно в inventTrans продублируют. По большому счету - ни для чего другого таблица inventTransOrigin и ее родственники не используются.
[/TROLLFACE]