Можливості та особливості звітування у модельних програмах

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

Вони описані в огляді звітності та включають

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

Інфраструктура звітування

У середовищі інфраструктура звітування спільна і відокремлена від бази даних. У цій архітектурі, хоча клієнти надають доступ до ресурсів, потрібних для створення звіту, кожен звіт працює в окремому екземплярі бази даних клієнтів.

Можливості підготовки звітів, вбудовані у Microsoft Dataverse розроблені, щоб дати користувачам запускати звіти про набори даних, які охоплюють короткі періоди часу. З урахуванням цього, зверніть увагу на такі фіксовані параметри:

  • Звіти та запити можуть виконуватися протягом п'яти хвилин. Коли досягнуто максимально допустимий період, звіт буде вичерпаний, і повідомлення буде повернуто користувачеві. Упродовж п'ятихвилиного проміжку часу, звіти та запити дозволяють охоплювати великі набори даних, які не мають більше 50 000 рядків, що забезпечує значну гнучкість для задоволення більшості операційних потреб.

  • Для покращення відповіді на запит ми рекомендуємо, щоб докладні звіти містили показ великої кількості рядків. Для цього застосуйте підходящу фільтрацію, щоб зменшити кількість повернутих рядків. Коли ви створюєте сукупні або зведені звіти, запити повинні використовувати запити для агрегації, а не завантажувати детальні рядки для виконання агрегації у звіті. Додаткова інформація: Агрегуйте дані за допомогою FetchXml та попередньої фільтрації звітів.

  • Сторінка перегляду звітів підпадає під обмеження API платформи. Багаторазове виконання довготривалого звіту може призвести до помилки, і користувач може зачекати кілька хвилин і повторити спробу. Це обмеження для одного користувача і не повинно впливати на звичайне використання звітів кількома користувачами.

  • Для діаграм і сіток, що відображаються на приладних дошках, ваші програми дають користувачам змогу виконувати запити з набором даних, який має менше ніж 50 000 рядків. Якщо користувач виконає запит приладної дошки, що охоплює набір даних із 50 000 або більше рядків, буде повернуто повідомлення «Перевищено граничну кількість рядків. Зменште кількість рядків». Практичне налаштування набору даних допомагає забезпечити оптимальну роботу програми.

Поради та рішення для звітування

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

  • Створюючи власні звіти або інформаційні панелі, проектуйте їх так, щоб запитувати менші набори даних за коротший проміжок часу, додаючи у звіті фільтр за часом, наприклад «поточний місяць» чи «квартал», щоб обмежити результати.

  • Обмежуйте кількість таблиць, необхідних для повернення результату. Це допомагає скоротити час, необхідний для запуску запиту та повернення набору результатів.

  • Зменште кількість рядків у докладних звітах. Відповідна фільтрація може бути використана для зменшення кількості рядків, отриманих запитом, для зменшення тайм-аутів.

  • Коли ви створюєте сукупні або зведені звіти, необхідно використовувати запити для агрегації в базі даних, а не завантажувати детальні рядки для виконання агрегації у звіті служб звітування SQL Server.

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

Якщо користувачі повинні створювати звіти, які перевищують ці параметри, рекомендуємо ознайомитись із наведеними нижче варіантами для задоволення потреб у складних звітах. Обидва варіанти ефективно передають навантаження звітування з Dataverse до іншого сховища даних за допомогою рішення для інтеграції даних.

  • Адаптери використовуються в поєднанні зі службами SQL Server Integration Services (SSIS) для розширення можливостей інтеграції з даними ваших програм.

  • Інструменти Extract transform load (ETL) надають новий набір інструментів для створення аналізу даних шляхом об’єднання кількох джерел даних або вилучення даних у рішення сховища даних, якщо SSIS не використовується. Інструменти ETL забезпечують комплексні рішення для підключення до Dataverse для переміщення даних.

Важливо

Коли ви використовуєте ці інструменти, ми рекомендуємо вам переміщати або синхронізувати дані протягом неробочих годин.

У разі необхідності є багато партнерів Майкрософт, які можуть надати рішення для ваших конкретних потреб у звітах, наприклад, створення офлайн-копії даних, спеціально використаних для створення великих звітів. Ці партнери добре обізнані з доступними інструментами інтеграції даних. Додаткові відомості: Пошук партнера Dynamics 365

Сторонні адаптери для SSIS

Інструменти ETL

Статті за темою:

Розширення «Створення звіту» (з SQL Server Data Tools підтримкою)

Вступ до Microsoft Power Query для Excel
Канали OData Dynamics 365 for Customer Engagement і Power Query: Що таке [Запис]?

  • Last updated on