Возможны ли составные соединения с помощью FetchXml в Microsoft Dynamics CRM 4.0?
я использую FetchXml для запроса CRM 4.0. У нас есть особый случай, который потребует составного соединения между CRM entites. The схема FetchXml указывает, что несколько элементов сущности связи разрешены, а также указывает, что несколько элементов фильтра/условия могут быть добавлены к сущности связи. Проблема, с которой я сталкиваюсь, заключается в том, что атрибут value элемента condition не разрешает имя сущности/столбца. Он ожидает явно объявленное значение.
например, 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 предоставляет условия в соединении, но, по-видимому, предоставляет составной join, то есть соединение по нескольким столбцам.
кто-нибудь там в киберпространстве смог выполнить составное соединение с помощью FetchXml в CRM 4.0? Спасибо!
дополнительная информация:
Я ищу ответ, который использует FetchXml для выполнения этого - не SQL или синтаксис QueryExpression. SQL выше есть только, чтобы объяснить концепцию.
1 ответов
нет, это не допускает. Fetch XML довольно ограничен, когда дело доходит до чего-либо неосновного в соединениях. Если мне интересно, я обычно тестирую свой запрос с помощью Инструменты Stunnware. Если она не выставлена там, то, вероятно, не может быть сделана.
к сожалению, в таких ситуациях, как эти, я обычно заканчиваю (вынужден) принимать подход с несколькими запросами к проблеме.
Я знаю, что вы сказали, что вам это не интересно , но я уверен, что QueryExpression тоже не справится. По моему опыту он предлагает только подмножество функций fetchxml.