Поділитися через


Здійснення запитів до ієрархічних даних та їх візуалізація

Цей розділ стосується Dynamics 365 Customer Engagement (on-premises). Версію цього розділу для Power Apps див. за посиланням: Запитуйте та візуалізуйте ієрархічно пов’язані дані

Ви можете отримати цінні бізнес-ідеї, графічно відобразивши ієрархічно пов’язані дані. Можливості ієрархічного моделювання та графічного відображення у надають вам ряд переваг:

  • Перегляд та дослідження складної ієрархічної інформації.

  • Перегляд KPI (ключових показників ефективності) у контекстному поданні ієрархії.

  • Візуальний аналіз найважливішої інформації у Інтернеті, а також на планшетах.

Для деяких сутностей, наприклад бізнес-партнерів або користувачів, готові графічні відображення входять у склад продукту. Для деяких сутностей, в тому числі настроюваних сутностей, можна увімкнути підтримку ієрархії та створити для них графічне відображення. У залежності від ваших потреб можна вибирати між використанням поданням дерева, яке показує всю ієрархію, і поданням плиток, яке відображає меншу частину ієрархії. Обидва режими наведені поруч. Ви можете вивчити ієрархію, розгортаючи та згортаючи дерево ієрархії. Одні і ті ж самі ієрархічні налаштування для графічного відображення задаються лише один раз, але застосовуються і до мережі, і до мобільних клієнтів. На планшетах графічні відображення виводяться у зміненому форматі, придатному для меншого форм-фактору. Настроювані компоненти, необхідні для ієрархічного графічного відображення, враховують рішення, тобто їх можна передавати між організаціями подібно будь-яким іншим настроюванням. Ви можете настроїти атрибути, показані в графічному відображенні, шляхом настроювання скороченої форми за допомогою редактора форм. Писати код не обов’язково.

Запит до ієрархічних даних

Ієрархічні структури даних підтримуються через зв'язок пов'язаних записів із собою виду «один до багатьох» (1:N). У минулому для перегляду ієрархічних даних потрібно було по черзі виконувати запити до пов'язаних записів. Наразі можна здійсювати запити до пов'язаних даних як до як ієрархії, в один крок. Ви зможете запитувати записи, використовуючи логіку Under і Not Under . Ієрархічні оператори Under і Not Under доступні в розширеному пошуку та редакторі робочих процесів. Для отримання додаткових відомостей про використання цих операторів перегляньте статтюНастроювання кроків робочого процесу. Щоб дізнатися більше про розширений пошук, перегляньте статтю Створення, редагування та збереження розширеного пошуку

У наступних прикладах показані різні сценарії запитів до ієрархій:
Запит до ієрархії бізнес-партнерів

Облікові записи запиту в ієрархії облікових запитів.

Запит до ієрархії бізнес-партнерів, включаючи пов'язані справи

Дії облікового запису, пов’язані із записом.

Запит до ієрархії бізнес-партнерів, включаючи пов'язані потенційні угоди

Потенційні угоди облікового запису, пов’язані із запитом.

Щоб здійснити запит до даних як до ієрархії, необхідно встановити одне з самопосилальних відношень типу «один до багатьох» (1:N) сутності як ієрархічне. Увімкнення ієрархії:

  1. Відкрийте провідник рішень.

  2. Виберіть потрібну сутність, виберіть пункт Зв’язки 1:N, а потім виберіть зв’язок (1:N).

  3. У визначенні Зв’язок установіть для параметраІєрархічний значення Так .

Нотатка

  • Деякі з готових відносин типу (1:N) настроїти неможливо. Тому ці відносини не можна встановити як ієрархічні.
  • Ви можете вказати ієрархічний зв’язок для системних співвідносних самих із собою зв’язків. Сюди входять самореференційні відношення 1:N системного типу, такі як відношення «contact_master_contact».

Візуалізація ієрархічних даних

Сутності системи, які мають візуалізації, доступні з коробки, включають Account,,, PositionProduct та User. У поданні сітки цих сутностей зліва від імені запису знаходиться піктограма ієрархічної діаграми. За промовчанням ця піктограма присутня не для всіх записів. Піктограма відображається для записів, у яких є батьківський запис, дочірній запис або і той, і той.

Активні облікові записи.

Натиснувши цю піктограму ієрархії, можна переглянути ієрархію, причому зліва буде відображатись подання дерева, а справа — подання плиток, як показано нижче:

Перегляд дерева та плитки облікового запису.

Для декількох інших готових до роботи системних сутностей також можна увімкнути підтримку ієрархій. До таких суб’єктів належать Case,,,, ContactOpportunity,, OrderQuoteCampaignTeam Підтримку ієрархій можна ввімкнути для усіх настроюваних сутностей.

Порада

Якщо сутність можна ввімкнути для ієрархії:
У провідннику рішень розгорніть потрібну сутність. Ви побачите компонент сутності під назвою Налаштування ієрархії. Сутності, які не можна ввімкнути для ієрархії, не мають цього компонента, за винятком сутності «Територія збуту» Dynamics 365 Customer Engagement (on-premises). Незважаючи на те, що для сутності «Територія продажу» з’являється «Параметри ієрархії», цю сутність не можна ввімкнути для ієрархії.

При створенні графічних відображень важливо пам'ятати наступні моменти:

  • Для одної сутності можна встановити як ієрархічний тільки один самопосилальний зв’язок сутностей (1:N). У такому зв'язку первинна та вторинна сутності мають мати один і той же тип, наприклад account_parent_account or new_new_widget_new_widget.

  • На даний час ієрархія або графічне відображення можуть засновуватись лише на одній сутності. Можна відобразити ієрархію бізнес-партнерів, у якій будуть показані бізнес-партнери на різних рівнях, але в одному і тому ж графічному відображенні ієрархії неможливо відображати одночасно і бізнес-партнерів, і контактних осіб.

  • Максимальна кількість полів, які можна відобразити в плитці: три з єдиний інтерфейс і чотири з застарілим веб-клієнтом. Якщо додати до форми швидкого перегляду, яка використовується у поданні плиток, більше полів, то будуть відображатись лише перші чотири поля.

Приклад графічного відображення

Розглянемо приклад створення графічного відображення для настроюваної сутності. Ми створили кастомну сутність під назвою new_Widget, створили new_new_widget_new_widget зв’язку (1:N) і позначили її як ієрархічну, як показано тут.

Визначення зв’язку віджета.

Далі в поданні сітки «Параметри ієрархії» ми вибрали new_new_widget_new_widget ієрархічний зв’язок. У формі ми заповнили обов'язкові поля. Якщо зв'язок (1:N) ще не позначений як ієрархічний, можна скористатись посиланням на формі, щоб повернутись до форми визначення зв'язку, у якій і позначити зв'язок як ієрархічний.

Налаштування ієрархії.

Для# форма швидкого перегляду ми створили швидку форму під назвою віджет Ієрархічна форма плитки. У цій форми ми додали для відображення чотири поля у кожній з плиток.

Створіть швидку форму для віджет.

Після завершення налаштування ми створили два записи: Стандартній віджет та Преміум-віджет. Після призначення Преміум-віджет батьківським для Стандартного віджета за допомоги поля підстановки пошуку у новому поданні сітки new_Widget відобразились піктограми ієрархії, як показано нижче:

Сітка ієрархії віджет.

Порада

Піктограми ієрархії не з'являються у поданні сітки записів, доки записи не будуть поєднані у зв'язку «батьківський-дочірній».

Якщо натиснути піктограму ієрархії, відображається ієрархія new_Widget з двома записами, причому зліва буде відображатись подання дерева, а справа — подання плиток. Кожна плитка містить чотири поля, які ми вказали у формі плитки ієрархії віджет.

віджет Види дерев і плиток.

Див. також

Створення зв’язків 1:N (один-до-багатьох) або N:1 (багато-до-одного)