Інші аспекти продуктивності

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

Враховуйте відмінності між клієнтськими браузерами, пристроями та розташуваннями

Компоновані програми можна використовувати на різних пристроях, браузерах і в різних розташуваннях за різних мережевих умов. У міру Power Apps виконання клієнта обов’язково використовуйте сучасні, оновлені та підтримувані браузери. Продуктивність програми може відрізнятися під час завантаження великих наборів даних на різних платформах, наприклад iOS або Android. Ці розбіжності трапляються через те, що на кожній з платформ існують різні обмеження для запитів мережі. Наприклад, кількість дозволених одночасних мережевих запитів залежить від платформи. Ці відмінності можуть мати значний вплив на час завантаження даних для великих наборів даних.

Розглянемо відмінності в географічному розташуванні шлюзу даних локальний і середовища

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

Загальні проблеми на стороні сервера

Низька продуктивність може бути викликана проблемами на сервері, джерелом даних. Це може статися з різних причин. Ви можете використовувати інструмент моніторингу, щоб оцінити конкретну проблему, вимірюючи час виклику даних.

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

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

• T джерело даних відсутня або має неправильні індекси.
• Запит об’єднує надзвичайні великі обсяги даних на сервері.
• Для запиту потрібна таблиця SCAN, наприклад,оператор In замість використання індексу на кшталт StartsWith.
• Машина бази даних, на якій розміщено джерело даних, має недостатні ресурси.
• Інсталяція бази даних SQL має блокування або різнобій ресурсів.
• Виникла несправність локального шлюзу даних.
• Шлюз даних локальний повинен бути масштабований.

При виникненні цих проблем налаштуйте серверну джерело даних, щоб уникнути уповільнення продуктивності програми.

Конкретні джерела даних

База даних Azure SQL

Важливо вибрати правильний рівень відповідно до вимог вашого бізнесу. Докладнішу інформацію можна знайти в документації бази даних SQL Azure. Нижчий ярус має деякі обмеження та обмеження. Важливими з точки зору швидкодії є процесор, пропускна здатність вводу/виводу та затримка. Тому рекомендуємо періодично перевіряти продуктивність бази даних SQL, а також перевищення використанням ресурсів граничного значення. Наприклад, локальний SQL Server зазвичай встановлює поріг використання ЦП приблизно на рівні 75 відсотків.

SharePoint

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

Уникайте завеликої кількості динамічних стовпців підстановки: SharePoint підтримує різні типи даних, зокрема динамічні пошуки, такі як «Особа», «Група» та «Обчислювані». Якщо в списку забагато динамічних стовпців, для обробки таких динамічних стовпців у межах SharePoint перед поверненням даних на клієнт, де працює компонована програма, знадобиться більше часу. Щоб уникнути цього, не зловживайте динамічними SharePoint стовпцями підстановки. Наприклад, використовуйте статичні стовпці, щоб зберегти псевдоніми електронної пошти або імена людей.

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

Подумайте про розбиття великих списків: якщо у вас великий список із сотнями тисяч записів, подумайте про те, щоб розбити список на розділи або розділити його на кілька списків на основі таких параметрів, як категорії або дата й час. Наприклад, дані можуть зберігатися в різних списках для різних років або місяців. У цьому разі ви можете розробити програму, яка дозволить користувачу вибирати часове вікно та витягати дані в цьому діапазоні.

Dataverse

Коли ви використовуєте Microsoft Dataverse як джерело даних, запити на дані надходять безпосередньо до екземпляра середовища, не проходячи через Azure API Management. Отже, він, як правило, швидший, ніж інші джерела даних. Щоб дізнатися більше, перегляньте статтю Потік викликів під час підключення до Microsoft Dataverse.

Перевірка настроюваних конфігурацій таблиць: якщо використовуються Dataverse настроювані таблиці, користувачам може знадобитися додаткова конфігурація безпеки для перегляду записів у програмах полотна. Для отримання додаткових відомостей перегляньте статтю Концепції безпеки в Dataverse розділі,Настроювання безпеки користувачів для ресурсів у середовищі, а також Ролі та привілеї безпеки.

Excel

З’єднувач Excel дозволяє програмі полотна підключатися до таблиці у файлі Excel. Однак цей роз’єм має обмеження в порівнянні з іншими джерелами даних. Наприклад, він обмежує програму canvas завантаженням даних із таблиці лише до 2 000 записів через обмежені функції, які можна делегувати. Щоб завантажити понад 2000 записів, позначайте дані з різних таблиць як інші джерела даних.

Використовуйте новий з’єднувач Excel: обов’язково використовуйте новий з’єднувач Excel - Excel business online. Він забезпечує багатокористувацький доступ і краще вирішує спірні питання.

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

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

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