Плагины, транзакции, автонумерация

[ZooY]

Платформа Dynamics 365.

Колхозю автонумерацию (готовые решения просьба не предлагать ).

Есть сущность "Нумератор", хранящая актуальный номер + сущность "Правило нумерации", задающее некие настройки.

Помниться был такой способ создания автонумерации, когда делаешь плагин, в нем сначала обновляешь какое то мусорное поле записи нумератора, потому считываешь номер и обновляешь его новым значением. Плагины выполняются в транзакции, поэтому после первого "мусорного" обновления запись нумератора блокируется и это не дает номерам задваиваться при одновременной попытке получения номера.

Сделал плагин на Post-RetrieveMultiple для сущности "Правило нумерации", в котором делаю все вышеописанное со связанной записью "Нумератор", но при тестировании получаю задвоенные номера.

Чего то я не понимаю... Либо я не в Лондоне, либо Эйфелева башня не в Лондоне... Почему номера задваиваются?.. Может плагины на запрос данных (вроде Retrieve и RetrieveMultiple) не выполняются в транзакции? Это было бы конечно логично, что информации про это я как то не нашел.

[a33ik]

Вопрос - почему вы используете RetrieveMultiple сущности "Правило нумерации", а не Create сущности, для которой собственно автономерацию и делаете?

[ZooY]

Потому что планирую сделать получение номера не только при создании записи, а, например, в WF. Нумерация записи при создании - это лишь частный случай (в моих нынешних реалиях, к тому же, не особо нужный).

[Артем Enot Грунин]

+1 за Create, хотя идея с RetrieveMultiple мне понравилась. Полагаю, идея была сделать а-ля сиквенс?

Мне очень сомнительно, что чтение тоже делается в транзакции, но вы легко можете это проверить: IPluginExecutionContext имеет свойство IsInTransaction.

p.s. Сделайте хотя бы на Retrieve, а то ваш нумератор будет наматывать при каждом просмотре списка сущности "Правило нумерации". Как вариант, сделайте строковый альтернативный ключ и ретривьте по нему. Увы не нашел, поддерживается ли этот сценарий. Возможно работает только с Create или Update.

[ZooY]

Цитата:

Сообщение от Артем Enot Грунин

+1 за Create, хотя идея с RetrieveMultiple мне понравилась. Полагаю, идея была сделать а-ля сиквенс?

Да, причем основная идея в том, чтобы не зависеть от создания записи, а получать номер из WF или JS.

Цитата:

Сообщение от Артем Enot Грунин

p.s. Сделайте хотя бы на Retrieve, а то ваш нумератор будет наматывать при каждом просмотре списка сущности "Правило нумерации".

Сделанно специально на RetrieveMultiple, потому что это позволяет "передавать в запрос параметры" через условие поиска. В зависимости от этих "параметров" происходит или не происходит генерация номера.

[Буденый]

Цитата:

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

Помниться был такой способ создания автонумерации, когда делаешь плагин, в нем сначала обновляешь какое то мусорное поле записи нумератора, потому считываешь номер и обновляешь его новым значением. Плагины выполняются в транзакции, поэтому после первого "мусорного" обновления запись нумератора блокируется и это не дает номерам задваиваться при одновременной попытке получения номера.

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

Опишите подробнее для чего Вам нужны правила нумерации. В большинстве случаев все реализуется на уровне сущности автонумерации, даже несколько разных вариантов номеров для 1 сущности, но, не универсально.

Если Вы заранее показываете пользователю номер, то у Вас будут пропуски в нумерации, если пользователь не сохранит запись и закроет форму создания.

[ZooY]

Цитата:

Сообщение от Буденый

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

Хранить ID не обязательно, запись нумератора можно найти по ключу (я так и делаю). Хотя по сути это схожие действия, ведь все равно нужно хранить ключ.

Цитата:

Сообщение от Буденый

Опишите подробнее для чего Вам нужны правила нумерации. В большинстве случаев все реализуется на уровне сущности автонумерации, даже несколько разных вариантов номеров для 1 сущности, но, не универсально.

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

Хочется сделать просто и универсальное решение. Собственно с RetrieveMultiple и Lock оно вполне получилось, но хотелось узнать, почему не получилось с транзакциями.

Цитата:

Сообщение от Буденый

Если Вы заранее показываете пользователю номер, то у Вас будут пропуски в нумерации, если пользователь не сохранит запись и закроет форму создания.

Это то понятно... Но когда я говорил о формировании номера в JS я скорее имел в виду OnSave формы или какие-нибудь дикие кейсы с предсоздание новой записи...