Цитата:
Сообщение от
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 группами рулят они...