AX 2012 R3: Розница: Подзадания планировщика: Фильтры таблиц

[PTG]

Доброго времени!

В АХ5, в ритейле, в настройках подзаданий планировщика имеем возможность задать фильтры для выгружаемых таблиц. Например, таблица розничных цен для магазинов ограничивалась кодом магазина и при первоначальной выгрузке данных вместо 7млн записей в магазин уходило в среднем 150-200 тыс. записей. При добавлении, изменении, удалении цен в головном офисе, в магазины уходили только цены для этих магазинов.

Скажите пжлс, имеется в АХ6 подобный механизм(фильтр по полю)?

[skuull]

Нет.
в 2012 r3 и так в магазин уходят только те записи которые относяться к этому магазину.

[PTG]

Цитата:

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

Нет.
в 2012 r3 и так в магазин уходят только те записи которые относяться к этому магазину.

Стандартное задание планировщика 1020(Цены и скидки) включает таблицу PriceDiscTable. Таблица содержит цены продаж в разрезе складов(магазинов) - 7 млн. записей. Задание отправляет в конкретный магазин все записи, никак не ограничивая магазином.

[gl00mie]

В каждом подзадании N-job'а можно настроить фильтр для select'а из таблицы с использованием предустановленной макросов наподобие @StoreRecId.

[Kabardian]

Цитата:

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

В каждом подзадании N-job'а можно настроить фильтр для select'а из таблицы с использованием предустановленной макросов наподобие @StoreRecId.

Это справедливо для R2 и более ранних версий системы, но не для R3. Начиная с R3 понятия N-job не осталось, там все джобы делятся на D - download jobs и P - upload jobs, подробнее см. по ссылке преднастроенные джобы по разным версиям AX 2012: Configure jobs and subjobs in Retail Scheduler [AX 2012].

Также в R3 отсутствует кнопка для настройки фильтра в подзаданиях планировщика, о чем и пишет автор топика. Очевидно, что как-то в системе все же можно настроить разделение данных по магазинам, но я пока дальше channel data group не раскопал как в R3 конкретно можно разделить потоки данных по магазинам из одной таблицы (например, тех же розн. цен).

[PTG]

Цитата:

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

В каждом подзадании N-job'а можно настроить фильтр для select'а из таблицы с использованием предустановленной макросов наподобие @StoreRecId.

В АХ63 не нашли разделения подзаданий на N и А.
Буду признателен, если вы укажете конкретное место, где можно выполнить эту настройку.

[R.Safianov]

Цитата:

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

В каждом подзадании N-job'а можно настроить фильтр для select'а из таблицы с использованием предустановленной макросов наподобие @StoreRecId.

Нет такого в стандарте. Это был полезный тюнинг для R2 .

[Kabardian]

PTG копайте в сторону channel data group - на этом уровне разделяются пакеты данных по разным магазинам/группам магазинов. Пока не разобрался сам, поэтому не могу что-то конкретное посоветовать.

[mazzy]

Цитата:

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

В АХ5, в ритейле, в настройках подзаданий планировщика имеем возможность задать фильтры для выгружаемых таблиц. Например, таблица розничных цен для магазинов ограничивалась кодом магазина и при первоначальной выгрузке данных вместо 7млн записей в магазин уходило в среднем 150-200 тыс. записей. При добавлении, изменении, удалении цен в головном офисе, в магазины уходили только цены для этих магазинов.

Да, дерево таблиц.
не совсем "только цены для этих магазинов". но в целом очень точно - выборка существенно сокращалась.

Цитата:

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

Скажите пжлс, имеется в АХ6 подобный механизм(фильтр по полю)?

да. дерево таблиц осталось. только теперь оно находится в xml и хранится в одном из полей настройки канала. точно не помню, а аксапты сейчас под рукой нет. посмотрите настройки - не перепутаете.

ключевое отличие - сейчас адресация НЕ до магазина! а до группы магазинов!
проверьте сколько у вас групп.
в магазины одной группы попадут одинаковые данные, приписанные данной группе.

Цитата:

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

Нет.
в 2012 r3 и так в магазин уходят только те записи которые относяться к этому магазину.

разверну и уточню:
= аналог "дерева таблиц" остался
= фильтра по полю (был и такой механизм) в 2012 r3 нет
= относятся не к магазину, а к группе магазинов!!!

насчет группы - это очень подлое и очень неочевидное решение.
раньше, программируя ПОС, можно было всегда полагаться на то, что в базе данных магазина хранятся данные, предназначенные только для этого магазина. Следовательно, и запросы можно было делать проще. А теперь - фиг! В базе данных магазина могут находится "чужие" данные, данные других магазинов из данной группы. Следовательно, после каждого запроса нужно проверить - а эта запись принадлежит моему магазину? или это запись чужого магазина из моей группы?

Цитата:

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

Стандартное задание планировщика 1020(Цены и скидки) включает таблицу PriceDiscTable. Таблица содержит цены продаж в разрезе складов(магазинов) - 7 млн. записей. Задание отправляет в конкретный магазин все записи, никак не ограничивая магазином.

да, с ценами была засада. раньше для каждого магазина цены разворачивались в expand-таблицу. В итоге цен для передачи становилось много. в R3 перемудрили. И, по-моему, не справились с задачей.

Точно уже не помню, но в свое время я отдельно с этим разбирался.
И мы правили настройки в xml. Тогда мы победили этот вопрос. Деталей уже не помню, это было больше года назад.

Цитата:

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

на этом уровне разделяются пакеты данных по разным магазинам/группам магазинов.

Угу. Но только по группам. В R3 нет возможности адресовать конкретный магазин, только группу.

[PTG]

Цитата:

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

Да, дерево таблиц.
И мы правили настройки в xml.

Ключевая фраза.
Мы тоже пошли по этому пути. Результат положительный.
Спасибо!

[Kabardian]

Цитата:

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

Угу. Но только по группам. В R3 нет возможности адресовать конкретный магазин, только группу.

Не понял. Нельзя разве настроить столько групп, сколько магазинов и каждому магазину настроить свою группу и как-то на уровне групп разделение данных сделать?

[mazzy]

Цитата:

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

Не понял. Нельзя разве настроить столько групп, сколько магазинов и каждому магазину настроить свою группу и как-то на уровне групп разделение данных сделать?

можно. но мое утверждение при этом останется истинным )))