Как соотносятся AX Data Entity и Entity framework?

[mazzy]

DAX dataentity: https://ax.help.dynamics.com/en/wiki...ies-home-page/
Entity framework: https://msdn.microsoft.com/en-us/lib...v=vs.113).aspx
+ https://ru.wikipedia.org/wiki/ADO.NET_Entity_Framework
+ http://metanit.com/sharp/entityframework/

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

основной вопрос:
Как соотносятся AX Data Entity и Entity framework?

дополнительный вопрос:
правильно ли я понимаю, что аксапта и EF точно используют один и тот же диалект oData для общения друг с другом?
есть ли другие совместные отношения?

[Alex_KD]

Цитата:

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

основной вопрос:
Как соотносятся AX Data Entity и Entity framework?

Entity framework - некий фрейворк с помощью которого можно прицепится к SQL и при этом не надо сами SQL запросы писать или думать про схему DB.
Например через LinqPad можно написать запрос и EF сам разбертся кого с кем join и что select.

AX Data Entity - посути SQL вьюхи доступные через oData и с вкраплениями безнес логики.

Как соотносятся?
Если надо доступ к SQL table/view вывести через oData обычно используют EF. Основное преимущество - простота.
Конечный результат будет очень похож на AX Data Entity. Минус auth, бизнес логика. Плюс больше возможностей, например в AX Data Entity больше 1000 записей не выбирает.

Цитата:

дополнительный вопрос:
правильно ли я понимаю, что аксапта и EF точно используют один и тот же диалект oData для общения друг с другом?
есть ли другие совместные отношения?

Если делать oData с EF, то получится webApi проект с кучей настроек. В браузере это будет ооочень похоже на AX oData, но могут быть нюансы.

Если сравнивать AX с oData v4, то AX не поддерживает стандартный contains и подменяет его самодельным eq '*searchTxt*'. Непонятно зачем так, но видимо есть и другие отличия.
dynamics-ax-7-services-technical-concepts-guide

[mazzy]

Цитата:

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

например в AX Data Entity больше 1000 записей не выбирает.

(оО)
это на практике раскопано или где-то написано?

Цитата:

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

Если делать oData с EF, то получится webApi проект с кучей настроек. В браузере это будет ооочень похоже на AX oData, но могут быть нюансы.

собственно отсюда и вопрос

смотри, данные из data entity публикуются автоматом
https://ax.help.dynamics.com/en/wiki...-7/#addressing

если опустить вопросы авторизации,
то можно ли предположить, что в аксаптовские data entity заранее заложена возможность работать с аксаптой из отдельно написанных маленьких приложений, которые используют Entity Framework?

другими словами, аксаптовские формы и MorphX стал бы не нужен.

Цитата:

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

Если сравнивать AX с oData v4, то AX не поддерживает стандартный contains и подменяет его самодельным eq '*searchTxt*'. Непонятно зачем так, но видимо есть и другие отличия.
dynamics-ax-7-services-technical-concepts-guide

Я вот тоже смотрю и вижу, что они не совсем совпадают.
и тоже не понимаю почему.

можно ли предположить, что реализована возможность по стандартам предыдущих версий EF?

[Alex_KD]

Цитата:

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

(оО)
это на практике раскопано или где-то написано?

По ссылке что я привел выше - "Server-driven paging - The maximum page size that is served is 1,000.". Вроде еще тикет на connect есть где народ жалуется )

Цитата:

собственно отсюда и вопрос

смотри, данные из data entity публикуются автоматом
https://ax.help.dynamics.com/en/wiki...-7/#addressing

Веб сервисы тоже публикуются автоматом. Это приемущеста архитектуры новой AX, нежели связь с EF.

Цитата:

если опустить вопросы авторизации,
то можно ли предположить, что в аксаптовские data entity заранее заложена возможность работать с аксаптой из отдельно написанных маленьких приложений, которые используют Entity Framework?

другими словами, аксаптовские формы и MorphX стал бы не нужен.

Ага, я вижу куда ты клонишь.

Представь если в AX данный можно изменить только через Data Entity. Клево, а?
Написал логику 1 раз и пользуешь ее везде - начальные данные, миграция, стороние вендоры-интеграции, формочки, отчеты.

Цитата:

можно ли предположить, что реализована возможность по стандартам предыдущих версий EF?

Для AX Data Entity куча dll на AOS, мне кажется написали все с нуля.

Повторю еще раз, EF и oData это не одно и тоже. С одной и той же версией EF можно сделать разные oData с разным поведением.

[mazzy]

Цитата:

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

Представь если в AX данный можно изменить только через Data Entity. Клево, а?

Дык, и я про то.
И никаких проблем с RecID, никаких идиотских структур типа DirParty.
Вместо понятия Relations - понятие Принадлежит.
Ляпота. Программистская.

Чего ж реализация то такая странная?

Цитата:

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

Повторю еще раз, EF и oData это не одно и тоже. С одной и той же версией EF можно сделать разные oData с разным поведением.

Дык, я и не спорю. Не одно и тоже.
И как раз предлагаю обсудить - а почему собственно?
Какие могут быть рациональные причины для изобретения собственного велосипеда в Аксапте?
Понятно, что "как всегда"... Но вдруг таки можно найти рациональное зерно?

[belugin]

Цитата:

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

Вместо понятия Relations - понятие Принадлежит.
Ляпота. Программистская.

"Пинадлежит" концептуально одно из видов Relations. Просто в аксапте Relations не дотупны их запросов. Нельзя написать.

select PurchaseOrder where exists(PurchaseOrder.markup.Code == 'x') && exists(PurchaseOrder.lines.markup.code == 'x');

Я как программист вообще не хочу задумываться как именно реализовано Relation - естественным ключем, искусственным или еще как-то.

[belugin]

Цитата:

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

Какие могут быть рациональные причины для изобретения собственного велосипеда в Аксапте?

Как ORM это vietnam of computer science так и создание бизнесобъектов это Вьетнам Аксапты. В итоге решили вырастить из того, что есть. Инкрементно. Добавить во view возможность обновления данных и постепенно наращивать возможности.

[mazzy]

Цитата:

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

По ссылке что я привел выше - "Server-driven paging - The maximum page size that is served is 1,000.".

Не-не-не-не.
это артефакт odata. http://www.odata.org/getting-started/basic-tutorial/
обрати внимание на тег "@odata.nextLink"

насколько я понимаю, по стандарту oData ответ дается порциями.
в ответе будет ссылка на следующую порцию, если она есть.

и размер страницы - это размер порции.
разве не так?

[Alex_KD]

Цитата:

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

Не-не-не-не.
это артефакт odata. http://www.odata.org/getting-started/basic-tutorial/
обрати внимание на тег "@odata.nextLink"

насколько я понимаю, по стандарту oData ответ дается порциями.
в ответе будет ссылка на следующую порцию, если она есть.

и размер страницы - это размер порции.
разве не так?

Все правильно. Но разница в том, что это не настраивается в AX. В стандартной oData нету дефолтного размера страницы, но ее можно настроить если надо.

oData + webAPI + EF - Более гибкая по сравнению с AX Data Entity.

Вообще говоря EF для oData не требуется, его используют из-за удобства. Вот пример -
WebAPI oData без EF (English)

Таким же методом данные из ax 2012 выставляются наружу через oData.

[belugin]

Цитата:

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

редставь если в AX данный можно изменить только через Data Entity. Клево, а?
Написал логику 1 раз и пользуешь ее везде - начальные данные, миграция, стороние вендоры-интеграции, формочки, отчеты.

Вот только контролы на формочках сейчас не могут редактировать энтити, насколько я знаю.

[belugin]

Цитата:

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

правильно ли я понимаю, что аксапта и EF точно используют один и тот же диалект oData для общения друг с другом?

А можно ссылку на то, как EF сам по себе использует ODATA? У меня сложилось впечатление что

• Там нет такого провайдера
• Выставить наружу данные можно только написав специфический сервис

То есть сам EF ничего про ODATA не знает.

[mazzy]

Цитата:

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

То есть сам EF ничего про ODATA не знает.

вот ведь обломал... а у меня такая теория складывалась.
спасибо.

да, внимательно посмотрел.
да, EF работает с connection string и в конечном итоге использует класс-провайдер, который должен быть специально создан для EF.
да, есть как сторонние решения, так и провайдер oData для SQL
да, ты прав EF не заточен под oData изначально. и не содержит провайдера oData в поставке по умолчанию.

надо подумать. спасибо.

=======================
внезапно! среди провайдеров oData обнаружились:

• Dynamics NAV
• Dynamics CRM
• 1C

http://www.odata.org/ecosystem/

надо подумать.

[Alex_KD]

Цитата:

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

если опустить вопросы авторизации,
то можно ли предположить, что в аксаптовские data entity заранее заложена возможность работать с аксаптой из отдельно написанных маленьких приложений, которые используют Entity Framework?

Насколько я понимаю в MS есть светлая мечта запихнуть данные в CDM и использовать PowerApp для доступа-изменений.

[mazzy]

Цитата:

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

Насколько я понимаю в MS есть светлая мечта запихнуть данные в CDM и использовать PowerApp для доступа-изменений.

есть.
но откуда ноги растут и как почему выбрана именно такая реализация?
понятно, что вряд ли мы узнаем точно.

но ведь можно попытаться воссоздать ход рассуждений, аргументы.