Композитные присоединения можно использовать FetchXML в Microsoft Dynamics CRM 4.0?

StackOverflow https://stackoverflow.com/questions/4046711

  •  27-09-2019
  •  | 
  •  

Вопрос

Я использую Fetchxml для запроса CRM 4.0. У нас есть особый случай, который потребует композитного соединения между ATVET CRM. То Fetchxml схема Указывает, что множественные элементы навязки ссылок допускаются, а также указывает, что несколько элементов фильтра / условия могут быть добавлены в сущность ссылки. Проблема, с которой я сталкиваюсь состоит в том, что атрибут значения элемента состояния не разрешает имя / столбца. Он ожидает явно объявленной стоимости.

Например, fetchxml позволяет вам указать это:

<link-entity name='myentity' from='column1' to='column2'/>

... который делает эквивалент T-SQL:

JOIN myentity on column1 = column2

И это позволяет вам указать это:

<link-entity name='myentity' from='column1' to='column2'>
   <filter type='and'>
      <condition attribute='column3' operator='eq' value='myvalue' />
   </filter>
</link>

... который является эквивалентом T-SQL:

JOIN myentity on column1 = column2 AND column3 = 'myvalue' 

Однако FetchXML не появляется, чтобы обеспечить эквивалент этого:

JOIN myentity on column1 = column2 AND column3 = column4 

Обратите внимание на разницу. FetchXML обеспечивает условия в присоединении, но, по-видимому, обеспечивает композитное соединение, то есть присоединиться к нескольким столбцам.

Кто-нибудь там в киберпространстве смогли выполнить композитное соединение с помощью FetchXML в CRM 4.0? Спасибо!

Больше информации:

Я охота на ответ, который использует Fetchxml для достижения этого - не SQL или синтаксис Queryexpression. SQL выше там, чтобы объяснить концепцию.

Это было полезно?

Решение

Нет, это не позволяет этому. Fetch XML довольно ограничена, когда речь идет о том, что доходит до нечестивых в присоединениях. Если мне любопытно, я обычно проверяю свой запрос, используя Stunnware инструменты. Отказ Если он не разоблачен там, он, вероятно, не может быть сделано.

К сожалению, в таких ситуациях, подобных этим, я обычно заканчиваю (вынужден), принимая несколько подходов на запрос к проблеме.

Я знаю, что вы сказали, что вы не заинтересованы в этом - но я почти уверен, что queryexpression не будет справиться. По моему опыту он предлагает только подмножество функциональности FetchXML.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top