dynamicsaxbi: Introducing Entity Store for Dynamics AX 2012 R3

[Vadik]

В 2012 инкремент типа поддерживается
AX 2012 R3 Entity Store
В AX7 видимо запилят поддержку change tracking c нуля, потому что она работала только с AIF (RIP)

P.S. Очень хочется надеяться что поддержку change tracking вернут в "семерку", потому что $filter-ить по ModifiedDateTime это какой-то каменный век
P.P.S. Поправка - MDM тоже базировался на change tracking, и он тоже RIP. Что-то с этим CT не то наверное

[imir]

Цитата:

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

В 2012 инкремент типа поддерживается
AX 2012 R3 Entity StoreЧто-то с этим CT не то наверное

Видимо производительность и дисковое пространство. Недавно копал вопрос - этот CT хранит полную версию измененной\удаленной записи и каждый update порождает дополнительную запись. И чистить эту историю надо вручную. А мне бы только recid удаленных знать и дату время последней модификации записи.

[Vadik]

Цитата:

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

Видимо производительность и дисковое пространство. Недавно копал вопрос - этот CT хранит полную версию измененной\удаленной записи и каждый update порождает дополнительную запись. И чистить эту историю надо вручную

А можете уточнить по дисковому пространству - кто, что и где хранит ? У меня пара инстансов с используемым СT и средней интенсивностью по изменениям - за два года ничего нигде не накопилось и чистить не приходилось

[AndyD]

Цитата:

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

Видимо производительность и дисковое пространство. Недавно копал вопрос - этот CT хранит полную версию измененной\удаленной записи и каждый update порождает дополнительную запись. И чистить эту историю надо вручную. А мне бы только recid удаленных знать и дату время последней модификации записи.

По-моему, вы CDC (Change Data Capture) с CT (Change Tracking) путаете

Первый, как раз, сохраняет копии данных из таблиц при выполнении операций вставки/изменения/удаления для возможности выяснить, что именно было изменено

Второй - лишь регистрирует сам факт изменения конкретной записи в таблице

Кроме того, изменение чего именно отслуживают эти механизмы, есть различие в том, как именно они это делают

Первый работает асинхронно по журналу транзакций
Второй - полностью синхронно с самими операциями изменений (операция оптимизирована на минимизацию задержек при отслеживании)

Аксапта в работе использует второй механизм

[imir]

Цитата:

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

Второй - лишь регистрирует сам факт изменения конкретной записи в таблице

Да, подзабыл, тем не менее - "сам факт" - это первичный ключ таблицы, который тоже может быть не маленький. Таблицы отслеживания таки пухнут, период их очистки задается в параметрах отслеживания и выполняется фоновым процессом sql.

Вообще как я понял МС делает ставку на Updateable nonclustered columnstore index в SQL Server 2016 Release Candidate (RC3). Которые будут жить на проде и содержать "практически" актуальные данные.