|
23.06.2015, 10:22 | #1 |
NavAx
|
Цитата:
Но очень полезно знать о ее существовании, чтобы знать где еще стоит рыть, когда SQL сервер неожиданно ляжет.
__________________
Isn't it nice when things just work? Последний раз редактировалось macklakov; 23.06.2015 в 10:31. |
|
|
За это сообщение автора поблагодарили: trud (1). |
23.06.2015, 11:19 | #2 |
Модератор
|
Цитата:
__________________
-ТСЯ или -ТЬСЯ ? |
|
|
За это сообщение автора поблагодарили: Ivanhoe (5). |
23.06.2015, 11:40 | #3 |
NavAx
|
Цитата:
Цитата:
Сообщение от Vadik
[*]если у нас сущность многоуровневая (см. к примеру клиентов\поставщиков с их адресами и контактами), не надо везде пропихивать код для отслеживания изменений на нижних уровнях или собирать эти изменения по всем уровням. Пример: клиенту добавился номер факса в GAB, и весь клиент теперь виден как измененная сущность. Удобно, нет ?
Цитата:
Сообщение от Vadik
[*]очень удобно когда подписчиков на изменения много. Вернее, нам вообще фиолетово сколько их, этих подписчиков. Мы просто выставили наружу порт и объявляем в течение какого максимального периода в нем видны измененные данные (допусти, две недели). А подписчики уже сами решают как забирать эти изменения. Допустим, утягивать изменения за последний час каждый час или изменения за неделю каждый день. Нам - все равно. Мы не пропихиваем свои изменения каждому подписчику, мы не отслеживаем доставку каждого изменения отдельным сообщением, мы не должны заботиться о доставке каждого сообщения каждому подписчику и правильном порядке их доставки. Подключение нового подписчика происходит абсолютно прозрачно
Цитата:
Сообщение от Vadik
[*]при включении change tracking начинают работать Document filters (какая связь между ними - не спрашивайте, не знаю, скорее всего "так получилось"). Пример - отдавать внешней системе только определенные группы клиентов или отдавать курсы только определенного типа для USD. Возможности по настройке фильтров - те же что и у стандартного Query в AX.
__________________
Isn't it nice when things just work? |
|
23.06.2015, 11:55 | #4 |
Модератор
|
Цитата:
Цитата:
Но я ведь правильно понимаю, что это происходит не само по себе, а специально обученный скрипт должен пройтись, проставить свойства на таблицах и прописать триггеры?
Цитата:
А как у нас с правами, компаниями, партициями?
Цитата:
при включении change tracking начинают работать Document filters
Цитата:
Это хорошо или плохо?
__________________
-ТСЯ или -ТЬСЯ ? |
|
23.06.2015, 12:33 | #5 |
NavAx
|
Пытаюсь понять применимость нового, для меня, инструмента.
Цитата:
Цитата:
Они ведь ресурсы жрут, если правильно понимаю?
__________________
Isn't it nice when things just work? |
|
23.06.2015, 12:03 | #6 |
Участник
|
Цитата:
В чем проблема написать специально обученный скрипт(ы) один раз и использовать его для любой таблицы (что собственно в 2012 и сделано)? |
|
23.06.2015, 12:38 | #7 |
NavAx
|
Цитата:
Сообщение от makbeth
Дает. Фиксируются все изменения, причем каждое изменение порождает новую версию в CT. Т.е. ровно те же возможности, что дает DatabaseLog. Особенность в том, что версии на SQL хранятся только ограниченное время (2 дня по умолчанию) и нужно периодически эти изменения считывать, чтобы они не потерялись.
Управление модификациями. Как мне перенести то, что этот скрипт нагенерил? Как откатить? Как контролировать версии?
__________________
Isn't it nice when things just work? |
|
23.06.2015, 12:50 | #8 |
Участник
|
Это как раз умеет Change Data Capture. В как я уже писал, в Aif реализованы зачатки его поддержки. Видимо еще нигде не пригодился.
Цитата:
Откат делается парным скриптом. По моему, это очевидно, когда функционал позволяет включать/отключать свои возможности для определенных объектов системы. |
|
23.06.2015, 14:36 | #9 |
NavAx
|
Цитата:
Цитата:
Т.е. нужен список нужных скриптов и один скрипт, который стирает вообще все.
__________________
Isn't it nice when things just work? |
|
23.06.2015, 13:11 | #10 |
Модератор
|
Ну зачем в сценариях интеграции передавать "старое значение поля" ? А что внешняя система будет делать с моим "старым" значением из AX если ее (системы) "старое" (текущее) отличается ? А какое именно "старое" значение поля передавать (и откуда его брать) в случае если у меня внешних систем несколько - отслеживать еще и версию для каждой внешней системы отдельно в AX ? Нет, я понимаю, это круто, но - ЗАЧЕМ ?
Цитата:
Управление модификациями. Как мне перенести то, что этот скрипт нагенерил? Как откатить?
Цитата:
Как контролировать версии?
Из того, что реально не хватает - это хоть какой-то инструментарий в виде пары-тройки форм для управления \ просмотра того что уже настроено (хотя репозитарий со списком таблиц со всключенным Change tracking и созданных триггеров присутствует)
__________________
-ТСЯ или -ТЬСЯ ? |
|
23.06.2015, 13:23 | #11 |
Участник
|
Так там, собственно, кроме указанных табличек создается только одна хп, которая при вызове включает CT для указанных в репозитарии табличек, и отключает для тех, которых в списке нет. И... все. Остальное делается прямыми запросами, формируемыми в коде классов AifChangeTracking*.
|
|
23.06.2015, 13:34 | #12 |
NavAx
|
Цитата:
Сообщение от Vadik
Ну зачем в сценариях интеграции передавать "старое значение поля" ? А что внешняя система будет делать с моим "старым" значением из AX если его "старое" (текущее) отличается ? А какое именно "старое" значение поля передавать (и откуда его брать) в случае если у меня внешних систем несколько - отслеживать еще и версию для каждой внешней системы отдельно в AX ? Нет, я понимаю, это круто, но - ЗАЧЕМ ?
Эти настройки обратимы? Мы сперва накатили, а потом поняли что вот конкретно этот сервис мы больше не будем пользовать. Есть более-менее простой сопособ откатить результаты работы этого скрипта?
__________________
Isn't it nice when things just work? |
|
25.06.2015, 11:40 | #13 |
Участник
|
да, идея та же. реализация намного мощнее и лучше
угу. потому что... помимо того, что Vadik сказал: каждый подписчик получает свой набор изменений предположим один подключается в изменениям раз в час, а другой подключается раз неделю. второй получит больший набор изменений как только подключится. и да... это работает ОООООЧЕНЬ быстро по сравнению с аксаптовскими штатными вещами. плюс масштабирование от SQL хорошее. |
|
Теги |
aif, ax2012, change tracking, mdm |
|
|