AXForum  
Вернуться   AXForum > Microsoft Dynamics CRM > Dynamics CRM: Разработка
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 10.11.2017, 13:42   #1  
Дмитрий А.А. is offline
Дмитрий А.А.
Участник
Аватар для Дмитрий А.А.
 
173 / 19 (1) ++
Регистрация: 24.07.2015
Адрес: СПб
? N:N Related entities
Доброго дня всем.
Возникла такая необходимость:
есть кастомная сущность, связанная сама с собой в отношении N:N.
Хочу собрать fetch-запросы (2 штуки), которые бы мне позволили найти все записи, которые могут являются для текущей родителями(1 запрос) и потомками(2 запрос).
Через стандартный расширенный поиск не понял, как собрать такой запрос, чтобы сформировать fetchXML. Гугл тоже мне пока не помог, но я продолжаю его пытать.
Кто-нибудь сталкивался с такой задачей и может подсказать ответ, как строить такой запрос?
Старый 10.11.2017, 17:45   #2  
Дмитрий А.А. is offline
Дмитрий А.А.
Участник
Аватар для Дмитрий А.А.
 
173 / 19 (1) ++
Регистрация: 24.07.2015
Адрес: СПб
Post
test.xlsx
сгенерировал файл через Metadata Document Generator, возможно так будет проще кому-то подсказать, как все-таки мне собрать такие запросы.
Старый 10.11.2017, 22:08   #3  
a33ik is offline
a33ik
Чайный пьяница
Аватар для a33ik
MCP
MCBMSS
Злыдни
Соотечественники
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,243 / 896 (36) +++++++
Регистрация: 02.07.2008
Адрес: Greenville, SC
Скажите, пожалуйста, что вы понимаете под Родителями и Потомками в N-N отношении?
__________________
Эмо разработчик, сначала пишу код, потом плачу над его несовершенством.

Подписывайтесь на мой блог, twitter и YouTube канал.
Пользуйтесь моим Ultimate Workflow Toolkit
Старый 13.11.2017, 10:52   #4  
Дмитрий А.А. is offline
Дмитрий А.А.
Участник
Аватар для Дмитрий А.А.
 
173 / 19 (1) ++
Регистрация: 24.07.2015
Адрес: СПб
Цитата:
Сообщение от a33ik Посмотреть сообщение
Скажите, пожалуйста, что вы понимаете под Родителями и Потомками в N-N отношении?
под Родителями конкретного объекта я понимаю записи, в которых текущая запись числится дочерней.

под Потомками конкретного объекта - записи, которые являются дочерними для текущей.

Если немного подробнее: Связь N:N подразумевает, что у данной записи есть какие-то наследники. Но эти наследники могут быть наследниками и не только этой записи, но и других. Фактически мы получаем сложный суррогатный бизнес-процесс, если соединим все записи в цепочку.

Если на примере:

имеются 2 точки входа: У1 и У2
имеются узлы и связи следующих уровней: У1 -> У3, У1 -> У4, У2 -> У4, У3 ->У4, У4 -> У4, У4->У5.
имеется точка выхода: У5.

Если рассмотрим узел У4, то для него родителями будут У1, У2, У3, У4, а потомками будут У4, У5.

Надеюсь, так немного понятнее стало то, что мне нужно.
Старый 13.11.2017, 13:56   #5  
ZooY is offline
ZooY
Участник
Аватар для ZooY
 
377 / 46 (2) +++
Регистрация: 24.06.2008
Адрес: Россия, Москва
Цитата:
Сообщение от Дмитрий А.А. Посмотреть сообщение
Связь N:N подразумевает, что у данной записи есть какие-то наследники.
Я могу ошибаться, но связь N:N подразумевает, что ее участники равнозначны и "степень родства" между ними не определена: просто запись А связана с записью Б.
Для того, чтобы установить какие то "родственные" отношения, должна быть какая то промежуточная сущность, определяющая это "степень родства". Либо должна быть связь 1:N, в которой у вас есть отдельное поле под названием "Родительская запись".
__________________
Моё: Cайт - Код - Dynamics365 Tools
Старый 13.11.2017, 17:23   #6  
Дмитрий А.А. is offline
Дмитрий А.А.
Участник
Аватар для Дмитрий А.А.
 
173 / 19 (1) ++
Регистрация: 24.07.2015
Адрес: СПб
Цитата:
Сообщение от ZooY Посмотреть сообщение
Я могу ошибаться, но связь N:N подразумевает, что ее участники равнозначны и "степень родства" между ними не определена: просто запись А связана с записью Б.
Для того, чтобы установить какие то "родственные" отношения, должна быть какая то промежуточная сущность, определяющая это "степень родства". Либо должна быть связь 1:N, в которой у вас есть отдельное поле под названием "Родительская запись".
в целом, вроде бы разобрался. В зависимости от необходимости мне надо смотреть или на запись А (new_cjmidOne в мое случае), или на В (new_cjmidTwo соответственно), спрашивая у таблицы. т.е. примерно это выглядит так:
X++:
<fetch mapping="logical" >
    <entity name="new_new_cjm_new_cjm_next" >
        <all-attributes/>
        <filter type="and" >
            <condition attribute="new_cjmidone" operator="eq" value="CurrentID" />
        </filter>
    </entity>
</fetch>
и потом вытаскивать партнера выбранной записи.
надеюсь, я правильно понял и завтра протестирую это.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Leon's CRM Musings: Dialog Lookup Values For Common Entities Blog bot Dynamics CRM: Blogs 0 21.01.2014 20:11
NAV Team: Complicating the synchronization setup with newly created entities Blog bot Dynamics CRM: Blogs 0 27.04.2012 13:44
Microsoft Dynamics CRM Team Blog: CRM 2011 Charts – Charting on Related Records Blog bot Dynamics CRM: Blogs 0 27.10.2011 04:14
Microsoft Dynamics CRM Team Blog: Introduction to Entities in Microsoft Dynamics CRM Blog bot Dynamics CRM: Blogs 0 19.04.2011 19:11
Microsoft Dynamics CRM Team Blog: Working with System Views and Related Entities Blog bot Dynamics CRM: Blogs 0 02.03.2010 00:06
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 17:39.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.