|
23.06.2015, 11:08 | #1 |
Участник
|
Еще интеграция с POS начиная с R3 переведена на SQL change tracking...
__________________
Ivanhoe as is.. |
|
23.06.2015, 11:37 | #2 |
Участник
|
Можно еще посмотреть класс RetailCDXDataSync он тоже использует Change Tracking для синхронизации AX базы с POS базой. Пришел как раз на смену кода в insert(), update(), delete().
О чем уже писал выше Ivanhoe Последний раз редактировалось skuull; 23.06.2015 в 11:40. |
|
23.06.2015, 14:00 | #3 |
Модератор
|
Цитата:
Ну т.е. аксовские права, особенно RLS не работают?
Цитата:
Document filters можно не использовать, но любой новый работающий функционал это как минимум не плохо
Цитата:
Они ведь ресурсы жрут, если правильно понимаю?
Цитата:
Эти настройки обратимы? Мы сперва накатили, а потом поняли что вот конкретно этот сервис мы больше не будем пользовать
Цитата:
Так там, собственно, кроме указанных табличек создается только одна хп, которая при вызове включает CT для указанных в репозитарии табличек, и отключает для тех, которых в списке нет. И... все. Остальное делается прямыми запросами, формируемыми в коде классов AifChangeTracking*
__________________
-ТСЯ или -ТЬСЯ ? |
|
|
За это сообщение автора поблагодарили: mazzy (2), macklakov (3). |
23.06.2015, 14:27 | #4 |
NavAx
|
Цитата:
Цитата:
Так вот как эта хрень работает!? Спасибо. Не знал. Может теперь я смогу наконец-то заставить это красочное недоразумение синхронизировать итоговые счета.
__________________
Isn't it nice when things just work? Последний раз редактировалось macklakov; 23.06.2015 в 14:37. |
|
24.06.2015, 16:45 | #5 |
Модератор
|
Перенес ветку в Базу знаний
__________________
-ТСЯ или -ТЬСЯ ? |
|
|
За это сообщение автора поблагодарили: mazzy (2). |
25.06.2015, 10:30 | #6 |
Moderator
|
Вообще интересно наблюдать эволюцию AIF в DAX. На мой взгляд, классический подход к интеграции, под который AIF и писался - выглядит примерно так:
1. В ключевых местах системы (типа классов разносок), вставляются вызовы Biztalk (тамошних интеграционных транзакций, которые, кажется, оркестровками называются). При этом в вызов передается некоторый набор ключевых полей, которые позволяют эту операцию идентифицировать (например - ваучер). 2. Biztalkовская оркестровка чего-то там думает, и спустя какое-то небольшое время, вызывает (через Axaptовский адаптер для biztalk) AIF-класс, который по ключевым полям (возможно как-то творчески проработанным и улучшенным самим biztalk) возвращает в виде XML документ (или документы - например оркестровка может решить запросить не только накладную но и перечитать отборочную накладную и закупку). 3. Дальше оркестровка как-то трансформирует документ, передает в посторонние приложения, возможно потом получив от них ответ обновляет какие-то документы в Аксапте (возможно снова через AIF). Даже если Biztalk не использовался - парадигма была такая - по некоторым событиям Аксапта пинает стороннее приложение и стороннее приложение через AIF читает/пишет документы, как-то связанные с событием. На практике партнеры Biztalk не знали, а клиенты из за астрономической цены его не покупали. В результате, партнеры начитавшиеся Микрософтовской рекламы, писали чудовщиные имплементации, при которых какие-то кривые батчи как-то вызывали AIF и чего-то там импортировали. При этом никакие события не отслеживались и эти батчики просто пытались сканировать таблицы по датам обновления или по номеру обновившей транзакции. В итоге - Микрософт создал альтернативу существующему партнерскому подходу. С одной стороны - этот подход явно культурнее, чем то что я видел на реальных внедрениях. С другой - лучше бы они Biztalk популяризовали и продавали бы за менее сумасшедшие деньги. Все-таки идея событий и документов выглядит гораздо естественнее идеи просканировать изменения и дедуктивным методом понять что с данными происходило... |
|
|
За это сообщение автора поблагодарили: mazzy (2), macklakov (5). |
25.06.2015, 11:34 | #7 |
Участник
|
|
|
25.06.2015, 11:52 | #8 |
Moderator
|
Вот тут пишут что не закрыт, а даже пытается возродиться (хотя - как всегда после изрядной потери в умных головах...) Источник достаточно авторитетный в бизтолковских кругах.
|
|
25.06.2015, 11:56 | #9 |
Участник
|
Цитата:
Сообщение от fed
Вот тут пишут что не закрыт, а даже пытается возродиться (хотя - как всегда после изрядной потери в умных головах...) Источник достаточно авторитетный в бизтолковских кругах.
я говорю свой опыт. еще когда я был партнером, один клиент хотел купить. МС не продал. и настоятельно отговаривал по причине закрытия. конечно, может это я не умел его продавать. |
|
25.06.2015, 11:53 | #10 |
Модератор
|
Скорее - маааленький шажок в облегчении продвижения продвижении AX как MDM системы "в центре", в которой ведутся все мастер-данные, с готовыми унифицированными интерфейсами для их "вытягивания", а вспомогательные системы к ней подстраиваются и синхронизуются, забирая изменения. Не царское это дело - из учетной системы одни и те же мастер-данные push-ить в десять приложений в пяти форматах по трем протоколам - от подсчета денег отвлекает
__________________
-ТСЯ или -ТЬСЯ ? |
|
01.02.2016, 17:50 | #11 |
Модератор
|
Вопрос к использующим MDM и Dynamics Connector (оба активно лазят в change tracking за измененениями). У вас дедлоки на AifSqlCtVersion вылезают ? Как лечили ?
__________________
-ТСЯ или -ТЬСЯ ? |
|
10.06.2019, 16:50 | #12 |
NavAx
|
Vadik:
В порядке некропостинга и закладки для самого себя, на всякий случай, оставлю это здесь. https://philippsen.wordpress.com/201...ple-companies/
__________________
Жизнь прекрасна! Если, конечно, правильно подобрать антидепрессанты... |
|
|
За это сообщение автора поблагодарили: Vadik (1), -DocSerzh- (1). |
11.06.2019, 09:40 | #13 |
Модератор
|
Спасибо, я в итоге индексировал CtVersion и допиливал код
__________________
-ТСЯ или -ТЬСЯ ? |
|
Теги |
aif, ax2012, change tracking, mdm |
|
|