Композитные присоединения можно использовать FetchXML в Microsoft Dynamics CRM 4.0?
-
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.