OrganizationServiceContext.CreateQuery vs Fetch

Question

Надеясь, что кто-то может пролить некоторый свет с точки зрения производительности при использовании OrganizationServiceContext.CreateQuery против FetchXML (или QueryExpression).

Я широко использовал LINQ, но новичок в CRM. CreateQuery кажется подходящим для моего набора навыков, но я думаю о производительности в конце.

Я понимаю, что прямо

var result = from e in orgContext.CreateQuery("xyz_myentity") 
      where e["email"] == "someone@example.com" 
      select e; 

возвращает все атрибуты для xyz_myentity, но я не могу найти какую-либо документацию для поставщика LINQ, который сидит на вершине CRM. Будет ли использовать атрибуты ограничения анонимного типа, возвращаемые из SQL/CRM? Или магия делается «клиентской» стороной после того, как полный набор данных возвращается с сервера? Является ли SQL-запрос для всех атрибутов, а затем поставщиком LINQ, создающим анонимный тип поверх этого?

var result = from e in orgContext.CreateQuery("xyz_myentity") 
      where e["email"] == "someone@example.com" 
      select new { Name=e["xyz_name"] }; 

Существуют ли какие-либо другие соображения, связанные с введением OrganizationServiceContext?

Answer 1

LINQ для CRM построен поверх QueryExpression и поэтому имеет почти такие же ограничения. Он реализован на стороне клиента в библиотеке Microsoft.Xrm.Sdk. Библиотека отправляет QueryExpression запросы на веб-службу CRM.

LINQ добавляет уровень абстракции в стек запросов (LINQ -> QueryExpression -> SQL), поэтому вы можете ожидать небольшой удар производительности.

FetchXML является самой старой техникой, доступной для запроса CRM. Microsoft заявляет, что она немного менее эффективна на сервере. Написание запросов FetchXml сводится к построению XML-сообщений, поэтому, как правило, плохой опыт программирования.

OrganizationServiceContext необходим для обработки запросов LINQ; это объект, способный отслеживать изменения объектов данных. Известно, что у него есть некоторые проблемы, и, опять же, это связано со стоимостью. Например. отслеживание больших объемов данных нецелесообразно.

Когда мне нужно выбирать между LINQ и QueryExpression, я по-прежнему пользуюсь последним. Это самая легкая технология, когда вам нужно запросить CRM и с помощью нескольких методов расширения опыт программирования в порядке.

(Примечание: CRM 2016 добавляет новый метод запросов с использованием Web API.)