Други съображения за производителност

В допълнение към четирите ключови принципа на изпълнение, има няколко други възможни причини за лошо представяне, обикновено поради външни фактори.

Помислете за разликите в клиентските браузъри, устройства и местоположения

Приложенията на платното могат да се използват на различни устройства, браузъри и местоположения с различни мрежови условия. Тъй като Power Apps клиентът се изпълнява, не забравяйте да използвате модерни, актуализирани и поддържани браузъри. Ефективността на дадено приложение може да варира при зареждане на големи набори от данни на различни платформи като iOS или Android. Тази промяна се случва поради различни ограничения на мрежовите заявки за всяка платформа. Например, броят на разрешените едновременни мрежови заявки се различава в зависимост от платформата. Тези разлики могат да окажат голямо влияние върху времето за зареждане на данни за големи масиви от данни.

Помислете за разликите в географското местоположение на шлюза за данни на локален и околната среда

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

Общи проблеми от страна на сървъра

Лошата производителност може да е причинена от проблеми в източника на данните на сървъра. Това може да се случи по различни причини. Можете да използвате инструмента за мониторинг, за да оцените конкретния проблем, като измерите времената на извикване на данни.

Възможни проблеми със затрудненията в източник на данни

Има много възможни причини за затруднения в източник на данни. Обикновено няколко таблици в източник на данни са в центъра на дейността за много заявки. Заявките може да са бавни, ако:

• източник на данни липсва или има неправилни индекси.
• Заявката се присъединява към необикновени големи количества данни на сървъра.
• Заявката изисква таблица SCAN, например,В · оператор, вместо да използвате индекс като StartsWith.
• Бекенд машината, хостваща източник на данни, има малко ресурси.
• Вътрешният SQL екземпляр има блокировки, блокировки или оспорване на ресурси.
• Неизправен локален шлюз за данни.
• Шлюзът за локален данни трябва да бъде мащабиран.

Когато възникнат тези проблеми, настройте задния източник на данни, за да избегнете забавяне на производителността на приложението.

Специфични източници на данни

База данни на SQL в Azure

Важно е да изберете правилното ниво за вашите бизнес изисквания. За повече информация вижте документацията на SQL базата данни на Azure. По-ниското ниво има някои ограничения и ограничения. От гледна точка на производителността CPU, I/O пропускателната способност и латентността са важни. По тази причина, препоръчваме да проверявате периодично производителността на SQL базата данни и проверявайте дали използването на ресурси надвишава прага. Например, локален SQL Server обикновено задава прага на използване на процесора на около 75%.

SharePoint

Конекторът SharePoint може да се използва за създаване на приложения, които използват данни от SharePoint списъци. Ето някои често срещани проблеми с производителността и решения за SharePoint:

Избягвайте твърде много динамични колони за справки: SharePoint поддържа различни типове данни, включително динамични справки, като например "Лице", "Група" и "Изчислено". Ако списък дефинира твърде много динамични колони, отнема повече време за манипулиране на тези динамични колони вътре SharePoint преди да върнете данни на клиента, изпълняващ приложението на платното. За да избегнете това, не прекалявайте с динамичните колони за търсене в SharePoint. Например, използвайте статични колони, за да запазите имейл псевдоними или имена на хора.

Внимателно използвайте колоната с картината и прикачения файл: Размерът на изображението и прикачения файл може да допринесе за бавен отговор при извличане на клиента. Прегледайте своя списък и се уверете, че са определени само необходимите колони. Броят на колоните в списъка влияе върху изпълнението на заявките за данни. Това е така, защото съвпадащите записи или записите до определените ограничения за редове с данни се извличат и предават обратно на клиента с всички колони, дефинирани в списъка – дори ако приложението не използва всички от тях.

Помислете за разделяне на големи списъци: Ако имате голям списък със стотици хиляди записи, помислете за разделяне на списъка или разделянето му на няколко списъка въз основа на параметри като категории или дата и час. Например вашите данни могат да се съхраняват в различни списъци на годишна или месечна база. В такъв случай можете да проектирате приложението, за да позволите на потребителя да избере времеви прозорец за извличане на данните в този диапазон.

Dataverse

Когато използвате Microsoft Dataverse като източник на данни, заявките за данни отиват директно в екземпляра на средата, без да преминават през управлението на API на Azure. Така че, тя има тенденция да бъде по-бърза от другите източници на данни. За повече информация вижте Поток на повикване на данни при свързване към Microsoft Dataverse.

Проверете конфигурациите на таблиците по избор: Ако се използват таблици по Dataverse избор, може да е необходима допълнителна конфигурация за защита, за да могат потребителите да преглеждат записите с приложения за платно. За повече информация вижте Концепции за защита в,Конфигуриране Dataverse на защитата на потребителите за ресурси в среда и Права и привилегии за достъп.

Excel

Конекторът на Excel позволява на приложение за платно да се свързва с таблица във файл на Excel. Този съединител обаче има ограничения в сравнение с други източници на данни. Например, той ограничава приложението canvas да зарежда данни от таблицата само до 2000 записа поради ограничени делегирани функции. За да заредите повече от 2000 записа, разпределете данните си в различни таблици с данни като други източници на данни.

Използвайте новия конектор на Excel: Не забравяйте да използвате новия конектор на Excel - Excel business online. Тя позволява многопотребителски достъп и се справя по-добре с проблемите на споровете.

Използвайте само колоните, от които се нуждаете, от големи списъци с данни в Excel: Едно приложение може да работи бавно, ако файлът на Excel, който има твърде много таблици с данни или таблици с данни, които съдържат огромно количество данни в няколко колони. За да сте сигурни, че приложението ви не е засегнато от този проблем, определете само колоните, от които се нуждаете, в таблицата с данни във файл на Excel.

Обърнете внимание на ограниченията на Excel като база данни. Excel не е система за релационни бази данни: Всички промени от приложение се управляват от Excel по същия начин, както ако потребителят променя директно данните във файл на Excel. Ако приложението има голям брой четения, но по-малко операции за актуализиране, то може да се представи добре. Ако обаче приложението изисква тежки транзакции, то може да повлияе неблагоприятно на производителността на приложението. Няма конкретна прагова стойност за броя на транзакциите. Зависи и от данните, които се манипулират. Няколко други аспекта също влияят върху производителността на приложението, като например режийните разходи за мрежата или устройството на потребителя.

Помислете за разликите в географското местоположение: Географското местоположение на данните и разстоянието им от местоположенията на клиентите може да бъде проблем с производителността. Този проблем може да бъде усилен, ако мобилният клиент има ограничена честотна лента.