littleax: Change Tracking

[Ivanhoe]

Еще интеграция с POS начиная с R3 переведена на SQL change tracking...

[skuull]

Можно еще посмотреть класс RetailCDXDataSync он тоже использует Change Tracking для синхронизации AX базы с POS базой. Пришел как раз на смену кода в insert(), update(), delete().
О чем уже писал выше Ivanhoe

[Vadik]

Цитата:

Ну т.е. аксовские права, особенно RLS не работают?

Не понимаю как "Нормально (штатно) - на уровне настроек безопасности порта и привилегий на сервисные операции" трансформировалось в "не работают". AIF вполне нормально вписан в родную систему безопасности в 2012, понимайте это как "аксовские права - работают". Применяются ли RLS (!?) и XDS - не проверял, но могу

Цитата:

Document filters можно не использовать, но любой новый работающий функционал это как минимум не плохо

Цитата:

Они ведь ресурсы жрут, если правильно понимаю?

Ну, как последний оставшийся аргумент "против" - зачтено. Хотя, если задуматься, вся аксапта "жрет ресурсы", а вся жизнь - бессмысленная суета и тлен

Цитата:

Эти настройки обратимы? Мы сперва накатили, а потом поняли что вот конкретно этот сервис мы больше не будем пользовать

Самое простое в данной ситуации - просто отключить ненужную сервисную операцию или порт целиком и оставить все остальное как есть. Если хочется отключить настроенный change tracking - это придется джобить. Хотя накладные расходы от включения change tracking - минимальные. Чтобы за примерами далеко не ходить, Management Reporter включает change tracking на транзакционных таблицах в GL (включая GeneralLedgerAccountingEntry) - и ничего, никто от этого пока не умер

Цитата:

Так там, собственно, кроме указанных табличек создается только одна хп, которая при вызове включает CT для указанных в репозитарии табличек, и отключает для тех, которых в списке нет. И... все. Остальное делается прямыми запросами, формируемыми в коде классов AifChangeTracking*

Я знаю. Но все равно хочу нормального (ок, согласен на хоть какой-то) инструментария для управления а не джобов \ классов запускаемых из AOT

[macklakov]

Цитата:

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

Не понимаю как "Нормально (штатно) - на уровне настроек безопасности порта и привилегий на сервисные операции" трансформировалось в "не работают".

Неправильно понял, какой порт имеется в виду. Если AIF порт, то да, вопрос снят.

Цитата:

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

Ну, как последний оставшийся аргумент "против" - зачтено. Хотя, если задуматься, вся аксапта "жрет ресурсы", а вся жизнь - бессмысленная суета и тлен

Забавен сам факт включения неиспользуемой фичи, которая требует усилий по сопровождению.

Цитата:

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

Management Reporter включает change tracking на транзакционных таблицах в GL (включая GeneralLedgerAccountingEntry) - и ничего, никто от этого пока не умер

Так вот как эта хрень работает!? Спасибо. Не знал. Может теперь я смогу наконец-то заставить это красочное недоразумение синхронизировать итоговые счета.

[Vadik]

Перенес ветку в Базу знаний

[fed]

Вообще интересно наблюдать эволюцию AIF в DAX. На мой взгляд, классический подход к интеграции, под который AIF и писался - выглядит примерно так:
1. В ключевых местах системы (типа классов разносок), вставляются вызовы Biztalk (тамошних интеграционных транзакций, которые, кажется, оркестровками называются). При этом в вызов передается некоторый набор ключевых полей, которые позволяют эту операцию идентифицировать (например - ваучер).
2. Biztalkовская оркестровка чего-то там думает, и спустя какое-то небольшое время, вызывает (через Axaptовский адаптер для biztalk) AIF-класс, который по ключевым полям (возможно как-то творчески проработанным и улучшенным самим biztalk) возвращает в виде XML документ (или документы - например оркестровка может решить запросить не только накладную но и перечитать отборочную накладную и закупку).
3. Дальше оркестровка как-то трансформирует документ, передает в посторонние приложения, возможно потом получив от них ответ обновляет какие-то документы в Аксапте (возможно снова через AIF).
Даже если Biztalk не использовался - парадигма была такая - по некоторым событиям Аксапта пинает стороннее приложение и стороннее приложение через AIF читает/пишет документы, как-то связанные с событием.

На практике партнеры Biztalk не знали, а клиенты из за астрономической цены его не покупали. В результате, партнеры начитавшиеся Микрософтовской рекламы, писали чудовщиные имплементации, при которых какие-то кривые батчи как-то вызывали AIF и чего-то там импортировали. При этом никакие события не отслеживались и эти батчики просто пытались сканировать таблицы по датам обновления или по номеру обновившей транзакции.

В итоге - Микрософт создал альтернативу существующему партнерскому подходу. С одной стороны - этот подход явно культурнее, чем то что я видел на реальных внедрениях. С другой - лучше бы они Biztalk популяризовали и продавали бы за менее сумасшедшие деньги. Все-таки идея событий и документов выглядит гораздо естественнее идеи просканировать изменения и дедуктивным методом понять что с данными происходило...

[mazzy]

угу.

Цитата:

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

лучше бы они Biztalk популяризовали и продавали бы за менее сумасшедшие деньги.

Biztalk закрыт и больше не развивается майкрософтом.

[fed]

Цитата:

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

угу.


Biztalk закрыт и больше не развивается майкрософтом.

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

[mazzy]

Цитата:

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

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

я не знаю кто и что пишет.
я говорю свой опыт. еще когда я был партнером, один клиент хотел купить. МС не продал. и настоятельно отговаривал по причине закрытия.

конечно, может это я не умел его продавать.

[Vadik]

Цитата:

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

Даже если Biztalk не использовался - парадигма была такая - по некоторым событиям Аксапта пинает стороннее приложение и стороннее приложение через AIF читает/пишет документы, как-то связанные с событием

Скорее - маааленький шажок в облегчении продвижения продвижении AX как MDM системы "в центре", в которой ведутся все мастер-данные, с готовыми унифицированными интерфейсами для их "вытягивания", а вспомогательные системы к ней подстраиваются и синхронизуются, забирая изменения. Не царское это дело - из учетной системы одни и те же мастер-данные push-ить в десять приложений в пяти форматах по трем протоколам - от подсчета денег отвлекает

[Vadik]

Вопрос к использующим MDM и Dynamics Connector (оба активно лазят в change tracking за измененениями). У вас дедлоки на AifSqlCtVersion вылезают ? Как лечили ?

[Maximin]

Vadik:
В порядке некропостинга и закладки для самого себя, на всякий случай, оставлю это здесь.

https://philippsen.wordpress.com/201...ple-companies/

[Vadik]

Спасибо, я в итоге индексировал CtVersion и допиливал код