Интеграция - использовать стандарт или писать на коленке ?

[Jackally]

Цитата:

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

Видишь ли, сейчас в BYOD можно выгружать только обычные entity, которые в основном для master data и open orders предназначены. MS анонсировал что можно будет Aggregate Entities выгружать в эти Data Lakes, и когда наш клиент запрашивал у MS насчет read only доступа в основную БД ему как раз и ответили что надо этот самый data lakes подождать. А теперь выясняется что ни для чего кроме работы с PowerBI и Tableau оно не подходит.

Ну то есть - наверное можно было бы использовать и обычную BYOD, но мне кажется что микрософту для этого надо было бы слегка допилить обычные Data Entities.

Не совсем понял почему только Open Orders, вроде бы это как раз Posted документы (см. вложение)?

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

[fed]

Цитата:

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

Не совсем понял почему только Open Orders, вроде бы это как раз Posted документы (см. вложение)?

Ну - местами разнесенные документы есть, а местами и нету. Плюс, мне кажется что Микрософту стоило бы как-то развести обычные entity для импорта и экспорта и read-only entities для выгрузки в BYOD (например - можно было бы не делать для них Staging table и отключить все методы не относящиеся к экспорту).

Цитата:

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

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

Ну вот это, как раз, очень спорное утверждение. Если клиенту нужен не обмен документами (вместо которого как раз можно Business Events привернуть или что-то подобное), а информация для внутреннего BI-портала какого-нибудь, то очень даже нужно транзакции перегонять, а не документы.

[Jackally]

Цитата:

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

Ну - местами разнесенные документы есть, а местами и нету. Плюс, мне кажется что Микрософту стоило бы как-то развести обычные entity для импорта и экспорта и read-only entities для выгрузки в BYOD (например - можно было бы не делать для них Staging table и отключить все методы не относящиеся к экспорту).

Ну вот это, как раз, очень спорное утверждение. Если клиенту нужен не обмен документами (вместо которого как раз можно Business Events привернуть или что-то подобное), а информация для внутреннего BI-портала какого-нибудь, то очень даже нужно транзакции перегонять, а не документы.

Я так понимаю предполагается использовать всякие InventOnHand entities для таких сценариев, т.е. моментальные скл. остатки и т.п. высчитывать что-то по InventTrans и InventSettlement снаружи - похоже что нету такой опции. И я не уверен что даже DataLake спасёт, я так полагаю что из-за "жирноты" объемов (InventTrans,InventSettlement...) выгружать их средствами Акс они не очень то хотят.
В целом можно их понять, даже через Entities, в не умелых руках это большой риск.
Можно серьезно просадить PROD чтением.

Но есть ведь от "них" же другое решения, например читать из репликационной ноды, файловер кластера, она доступна только на чтение, на прод никакого влияния не оказывает. И с точки зрения МС это как раз Best Practice:
https://docs.microsoft.com/en-us/azu...-elastic-pools

Подобное решение я делал несколько лет назад для On-Premises, там это называется AlwaysON. Схема себя отлично показала, никто не хеодит в PROD с чтением, спокойно читаем из реплики. Для самых крайних случаев можно использовать такой сценарий, но надо как-то договариваться с MS, сейчас faiover группами рулят они...