AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 31.03.2019, 10:37   #201  
trud is offline
trud
Участник
Лучший по профессии 2017
 
724 / 937 (33) +++++++
Регистрация: 07.06.2003
Записей в блоге: 1
Цитата:
Сообщение от ax_mct Посмотреть сообщение
Ладно там если веб-сервисы, но вот зачем мне XSD, XML чтобы прочитать из JSON файла? Какая мне польза как программисту от AIF как инструмента при импорте из файла?
Ну в этом случае обычно пишут функции трансформации(к примеру на Azure serverless functions + еще можно LogicApps пределать). т.е. они преобразуют JSON к XML, а потом уже в дело вступает AIF.
Для вас плюсом сразу добавляется элемент Job security, т.е. заменить вас после написания такого будет непросто
За это сообщение автора поблагодарили: ax_mct (2).
Старый 31.03.2019, 19:49   #202  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
2,327 / 884 (34) +++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от trud Посмотреть сообщение
Ну в этом случае обычно пишут функции трансформации(к примеру на Azure serverless functions + еще можно LogicApps пределать). т.е. они преобразуют JSON к XML, а потом уже в дело вступает AIF.
Для вас плюсом сразу добавляется элемент Job security, т.е. заменить вас после написания такого будет непросто
Как раз наоборот, поддерживать самописку/коленку другому программисту на порядок проще. Fed тоже об этом упомянул в данной теме и полностью с этим согласен. Деление на классы понятное всем даже консультанту, простота дебага и лога.

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

А вот если прокручивать все это через мясорубку якобы стандартную то тогда как раз я такой буду один который все это безумие держит в голове. Кстати как аксаптер я уверен в том что моя самописка и есть натуральный стандарт аксапты, в то время как использовать Azure, LogicApps, AIF для того чтобы импортировать текстовый файл это полное ЛБГТ.
За это сообщение автора поблагодарили: Владимир Максимов (5).
Старый 16.04.2019, 21:27   #203  
lvan is offline
lvan
Участник
Аватар для lvan
Лучший по профессии 2014
 
783 / 66 (4) ++++
Регистрация: 15.04.2011
Записей в блоге: 1
Цитата:
Сообщение от lvan Посмотреть сообщение
Я слышал, что в планах есть что-то типа Common Data Model (CDM), но в немного другом виде.
т.е. все вендоры, типа SAP, SalesForce, Microsoft придут к единой модели ентитей, что позволит упростить все интеграции
Видел даже презентацию, но забыл название, поищу

про ODBC смешно вы пишете тут.
я это слово уже лет 10 не слышал
всё еще обсуждаете ОДБЦ тут?
вот нашел https://aka.ms/opendatainitiative
единая открытая модель данных
будет работать поверх Azure Data Lake

интеграция с AX в превью уже есть https://docs.microsoft.com/en-us/dyn...tore-data-lake
заменит embedded power BI

релизнуть обещают осенью, причем вроде грозятся Biz Central и CE тоже успеть

Последний раз редактировалось lvan; 16.04.2019 в 21:30.
Старый 17.04.2019, 03:43   #204  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
2,327 / 884 (34) +++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от lvan Посмотреть сообщение
единой модели ентитей, что позволит упростить все интеграции
Почитал и понял что это data warehouse для AI прежде всего и есть симбиоз типа
Клиенты от SAP, софт AI от Adobe, облако от MS.
MS будет будет доить за железо, Adobe за AI софт, SAP за адаптеры.

Как все это упростит интеграцию если для интеграции не предназначено?

Я даже не уверен что сама концепция data entity вообще как то относится к интеграции.
То есть для чтения данных - да и для BI/AI - да.
Но для записи и интеграции эти денормализованные таблицы/view как концепция не имеют смысла.

Как некие Staging tables/journals, со стороны кладут, система разносит? Не ну высокие заборы дело полезное но когда все огораживают и вход по билетам, то мне пожалуйста дайте ODBC Потому как мне с тех билетов ничего не причитается.
Старый 17.04.2019, 09:39   #205  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,459 / 4661 (160) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от lvan Посмотреть сообщение
будет работать поверх Azure Data Lake

интеграция с AX в превью уже есть https://docs.microsoft.com/en-us/dyn...tore-data-lake
заменит embedded power BI

релизнуть обещают осенью, причем вроде грозятся Biz Central и CE тоже успеть
Его первый раз обещали еще прошлой осенью, версии 8.0. Потом релиз перенесли на март, теперь вот на следующую осень. При этом, заметная часть клиентов просто просит read-only доступ к своей БД в Azure, чтобы оттуда переливать данные в локальный Data Warehouse. Но вместо этого клиентам опять пытаются всучить какие-то передовые (читай - глюкавые и неотлаженые) технологии, с целью поднять бабла на продаже этих самых Azure Data Lakes.
За это сообщение автора поблагодарили: Alexius (4).
Старый 17.04.2019, 09:51   #206  
skuull is offline
skuull
Участник
Most Valuable Professional
Лучший по профессии 2014
 
615 / 626 (22) +++++++
Регистрация: 08.03.2013
Адрес: ХЗ
С помощью BYOD можно экспортировать в SQL Server, проблема только в том чтобы наклепать дата энтитей, но они вам все равно нужны только на чтение и не для всех таблиц, так что давно можно было сделать. Экспортите себе инкрементео хоть каждую минуту, в чем проблема?

Data Lake можно пощупать уже сейчас, это как раз горячо любимые многими файлы в Azure Storage Account, но пока это только aggregated measurements которые мало кто и так использует.
Старый 17.04.2019, 10:08   #207  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,459 / 4661 (160) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от skuull Посмотреть сообщение
С помощью BYOD можно экспортировать в SQL Server, проблема только в том чтобы наклепать дата энтитей, но они вам все равно нужны только на чтение и не для всех таблиц, так что давно можно было сделать. Экспортите себе инкрементео хоть каждую минуту, в чем проблема?
Можно, но:
  1. Почему бы просто не дать клиентам read-only доступ к основной БД ? Зачем умножать сущности сверх необходимости ? Также стоит вспомнить про классический "принцип биплана": Самолет с двумя парами крыльев ломается в два раза чаще чем с одной.
  2. Entity для транзакционных сущностей надо еще разработать.
  3. Инкрементальный экспорт работает не очень устойчиво.Если бы он устойчиво работал, вряд ли бы пришлось Микрософту писать толстый батч для перекачки из основной БД в Data Warehouse, который каждый раз с ноля данные перезаливает .
  4. Клиенту надо платить за еще один Azure SQL инстанц, который реально нужен только для того чтобы перекачать данные в его собственную локальную БД. При этом - эта Azure SQL БД, это уже не второе крыло, а третье, поскольку по дороге из нее в локальную базу данных тоже что-то отсохнуть может.
Ну то есть - я могу согласиться что Power BI полезен для не очень больших клиентов (в пределах 40 рабочих мест на круг - не только для D365). Но если клиент большой, то у него наверняка стоят какие-то другие системы (типа MES или систем бюджетирование или еще чего-то подобного), наверняка есть какой-то тул для бизнес-аналитики, которому надо данные и из этих систем качать и из аксапты. Так вот - зачем заставлять клиента так мучаться,если достаточно было просто открыть R/O доступ к основной базе данных ?

Последний раз редактировалось fed; 17.04.2019 в 10:17.
За это сообщение автора поблагодарили: Ivanhoe (5).
Старый 17.04.2019, 11:24   #208  
skuull is offline
skuull
Участник
Most Valuable Professional
Лучший по профессии 2014
 
615 / 626 (22) +++++++
Регистрация: 08.03.2013
Адрес: ХЗ
Цитата:
Сообщение от fed Посмотреть сообщение
[*]Клиенту надо платить за еще один Azure SQL инстанц, который реально нужен только для того чтобы перекачать данные в его собственную локальную БД. При этом - эта Azure SQL БД, это уже не второе крыло, а третье, поскольку по дороге из нее в локальную базу данных тоже что-то отсохнуть может.
Я писал об экспорте в SQL Sever, а не Azure SQL, т.е.напрямую, зачем вам прослойка?

Нет смысла спорить, что с доступом в базу было бы проще, но его нет. entity надо разработать, но за 2 года любой партнёр уже мог их наразрабатывать и продавать пачкой. Список будет примерно одинаковый.

Итак у вас есть entities и выгрузка в локальный SQL, что вам ещё не хватает ?
Старый 17.04.2019, 11:33   #209  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,459 / 4661 (160) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от skuull Посмотреть сообщение
Я писал об экспорте в SQL Sever, а не Azure SQL, т.е.напрямую, зачем вам прослойка?
Может быть он напрямую и работает (не пробовал), но поддерживается ли он ? Во вторых - не факт что клиент захочет свой основной Data Warehouse в интернет открывать, так что скорее всего придется отдельный сервер БД ставить (и лицензию покупать), через который все равно придется данные протягивать.
Я пожалуй добавлю, что я это все написал просто по мотивам вопросов пары клиентов. То есть - можно мне долго чего-то доказывать, но клиенты просто спрашивают - почему им надо платить дополнительные деньги, за что-то заведомо менее надежное чем был бы простой прямой доступ к БД? И я в общем не могу ничего другого ответить кроме как "Потому что это - Microsoft". Вопрос - хорошо ли это для самого Микрософта в долгосрочной перспективе?

Последний раз редактировалось fed; 17.04.2019 в 11:37.
Старый 17.04.2019, 22:47   #210  
lvan is offline
lvan
Участник
Аватар для lvan
Лучший по профессии 2014
 
783 / 66 (4) ++++
Регистрация: 15.04.2011
Записей в блоге: 1
сюда напшите, или в яммер https://experience.dynamics.com/idea...d%20Operations
Старый 18.04.2019, 00:40   #211  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
2,327 / 884 (34) +++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от fed Посмотреть сообщение
Почему бы просто не дать клиентам read-only доступ к основной БД ?
Самое базовая причина полагаю это сдвинутость на защите информации клиента ото всех включая клиента как sales point (security compliance certifications, HIPAA etc )
https://docs.microsoft.com/en-us/azu...urity-overview

Думаю что варианты с тем же ODBC тоже можно реализовать с этим всем compliance но оно им зачем. То есть для них одни минусы.
Старый 18.04.2019, 00:46   #212  
skuull is offline
skuull
Участник
Most Valuable Professional
Лучший по профессии 2014
 
615 / 626 (22) +++++++
Регистрация: 08.03.2013
Адрес: ХЗ
Цитата:
Сообщение от ax_mct Посмотреть сообщение
Самое базовая причина полагаю это сдвинутость на защите информации клиента ото всех включая клиента как sales point (security compliance certifications, HIPAA etc ).
MS говорит, что это производительность, типа не надо отчёты гонять по продакшен базе, а потом говорить что все медленно.
За это сообщение автора поблагодарили: ax_mct (3).
Старый 18.04.2019, 00:56   #213  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
2,327 / 884 (34) +++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от skuull Посмотреть сообщение
MS говорит, что это производительность, типа не надо отчёты гонять по продакшен базе, а потом говорить что все медленно.
Очень может быть так как статистика использования портится. Да и тот же ODBC в целом к Azure SQL не запрещен и это только особенность D365FO. Скорее всего производительность настолько больное место у продукта что не хотят хоть как-то еще ухудшать.
Старый 18.04.2019, 09:35   #214  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,459 / 4661 (160) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от skuull Посмотреть сообщение
MS говорит, что это производительность, типа не надо отчёты гонять по продакшен базе, а потом говорить что все медленно.
Гм. Насколько я помню, у микрософта нету никаких SLA по производительности D365FO. То есть - даже если у клиента медленно, им сейчас в целом - все равно. Соответственно - не понятно почему их в таком случае производительность беспокоит...
Старый 18.04.2019, 11:43   #215  
trud is offline
trud
Участник
Лучший по профессии 2017
 
724 / 937 (33) +++++++
Регистрация: 07.06.2003
Записей в блоге: 1
Цитата:
Сообщение от ax_mct Посмотреть сообщение
Скорее всего производительность настолько больное место у продукта что не хотят хоть как-то еще ухудшать.
Обращаясь к DataEntity через OData можно также положить систему. и даже хуже, ибо DataEntity может содержать расчеты. я думаю им просто нужно продавать Flow и прочие LogicApps. поэтому MVP и слагают поэмы и доступ ограничивают(чтобы народ стал использовать флоу)
Старый 18.04.2019, 12:07   #216  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,459 / 4661 (160) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от trud Посмотреть сообщение
Обращаясь к DataEntity через OData можно также положить систему. и даже хуже, ибо DataEntity может содержать расчеты. я думаю им просто нужно продавать Flow и прочие LogicApps. поэтому MVP и слагают поэмы и доступ ограничивают(чтобы народ стал использовать флоу)
Ну судя по последнему маркетинговому пушу в сторону Flow и PowerApps, народ как раз все понял и покупает все это очень неважно. "Скажи мне какой продукт MS маркетит, и я скажу тебе какой продукт они скоро закроют в связи с убыточностью и низкой adoption rate"
Старый 18.04.2019, 14:03   #217  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
2,327 / 884 (34) +++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от trud Посмотреть сообщение
Обращаясь к DataEntity через OData можно также положить систему. и даже хуже, ибо DataEntity может содержать расчеты. я думаю им просто нужно продавать Flow и прочие LogicApps. поэтому MVP и слагают поэмы и доступ ограничивают(чтобы народ стал использовать флоу)
Ну все же все что за DataEntity стенкой не меняет и не создает сами запросы то есть можно заранее создавать табличные индексы. А c ODBC нужно создавать табличные индексы по факту использования ODBC наружным приложением, то есть уже индивидуальное администрирование, а не всех разом. Они же смотрят на потенциальные сотни тысяч D365FO клиентов и конечно не могут себе такого позволить
Старый 18.04.2019, 14:44   #218  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,459 / 4661 (160) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от ax_mct Посмотреть сообщение
А c ODBC нужно создавать табличные индексы по факту использования ODBC наружным приложением, то есть уже индивидуальное администрирование, а не всех разом.
Automatic tuning in Azure SQL Database.
Теги
#msftadvocate, aif, абстракции, закопаем стюардессу, индийская кухня, интеграция, как правильно, холивар

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Должностные лица - использовать или нет? olesh DAX: Программирование 5 04.03.2019 16:22
Модуль Проекты можно ли использовать Aquarius DAX: Функционал 1 27.02.2015 18:35
AX.NET: интеграция .NET-приложений с Аксаптой и (будущие) возможности облачных вычислений gl00mie DAX: Программирование 2 23.04.2010 00:47
Андре: Интеграция Ax с системами контроля версий Андре DAX Blogs 7 03.03.2008 14:47
Управление команой разработчиков - что лучше использовать ShadowFromXZone DAX: Прочие вопросы 66 05.02.2007 19:58
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 23:53.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.