Další požadavky na výkon
Kromě čtyř klíčových principů výkonu existuje několik dalších možných důvodů nízkého výkonu, které jsou obvykle způsobeny vnějšími faktory.
Rozdíly v klientských prohlížečích, zařízeních a umístěních
Aplikace plátna lze používat na různých zařízeních, prohlížečích a místech s různými podmínkami sítě. Ke spouštění klienta Power Apps používejte moderní, aktualizované a podporované prohlížeče. Výkon aplikace se může lišit při načítání velkých sad dat na různých platformách, jako je iOS nebo Android. K této variantě dochází z důvodu různých omezení síťových požadavků na každé platformě. Například počet povolených souběžných síťových požadavků se u různých platforem liší. Tyto rozdíly mohou mít zásadní dopad na dobu načítání dat u velkých datových sad.
Rozdíly v geografickém umístění místní brány dat a prostředí
Uživatelé mají globální přístup k aplikacím plátna. Doporučuje se však mít zdroj dat poblíž většiny koncových uživatelů. Když například vaše aplikace přistupuje k místní bráně dat, je nejlepší ji umístit poblíž uživatelů, kteří k aplikaci přistupují nejčastěji.
Obecné problémy na straně serveru
Nízký výkon může být způsoben problémy na serveru se zdrojem dat. Příčin může být několik. Nástroj pro monitorování můžete použít k posouzení konkrétního problému měřením časování volání dat.
Možné problémy s problémovými místy ve zdroji dat
Existuje mnoho možných příčin problémových míst ve zdroji dat. Obvykle je několik tabulek ve zdroji dat centrem aktivity pro mnoho dotazů. Dotazy mohou být pomalé, pokud:
- Zdroj dat chybí nebo má nesprávné indexy.
- Dotaz spojuje mimořádně velká množství dat na serveru.
- Dotaz vyžaduje SCAN tabulky, například operátor In, namísto použití indexu jako StartsWith.
- Backendový stroj hostující zdroj dat má málo zdrojů.
- Backendová instance SQL má blokování, mrtvé body nebo soupeření o prostředky.
- Místní brána dat není v pořádku.
- Místní brána dat by měla být horizontálně škálována.
Když dojde k těmto problémům, vylaďte back-endový zdroj dat, abyste zabránili pomalému výkonu aplikace.
Konkrétní zdroje dat
Azure SQL Database
Je důležité vybrat správnou úroveň pro vaše obchodní požadavky. Další informace viz Dokumentace ke službě Azure SQL Database. Nižší vrstva má určitá omezení. Z hlediska výkonu jsou důležité CPU, propustnost IO a latence. Proto doporučujeme pravidelně kontrolovat výkon databáze SQL a kontrolovat, zda využití prostředků nepřekračuje prahovou hodnotu. Například místní SQL Server normálně nastavuje prahovou hodnotu využití CPU na přibližně 75%.
SharePoint
Konektor SharePoint lze použít k vytváření aplikací, která používají data ze seznamů SharePoint. Zde jsou některé běžné problémy s výkonem a jejich řešení v případě služby SharePoint:
Nepoužívejte příliš mnoho sloupců dynamického vyhledávání: SharePoint podporuje různé datové typy, včetně dynamických vyhledávání, jako je Osoba, Skupina a Vypočítáno. Pokud seznam definuje příliš mnoho dynamických sloupců, manipulace s těmito dynamickými sloupci uvnitř aplikace SharePoint trvá déle před vrácením dat klientovi, na kterém je spuštěna aplikace plátna. Abyste se tomu vyhnuli, nepoužívejte nadměrný počet sloupců dynamického vyhledávání v SharePoint. Například k uchování e-mailových aliasů nebo jmen osob používejte statické sloupce.
Opatrně používejte sloupec a přílohu obrázku: Velikost obrázku a připojeného souboru může při načítání do klienta způsobit pomalou odezvu. Zkontrolujte seznam a zajistěte, aby byly definovány pouze nezbytné sloupce. Počet sloupců v seznamu ovlivňuje výkon požadavků na data. To je způsobeno spárovanými záznamy, nebo jsou načteny záznamy až do stanovených limitů řádků dat a přeneseny zpět do klienta se všemi sloupci definovanými v seznamu, i když je aplikace všechny nepoužívá.
Zvažte rozdělení velkých seznamů: Pokud máte velký seznam se stovkami tisíc záznamů, zvažte rozdělení seznamu nebo jej rozdělte do několika seznamů na základě parametrů, jako jsou kategorie nebo datum a čas. Vaše data mohou být například ukládána do různých seznamů každý rok nebo měsíc. V takovém případě můžete aplikaci implementovat a umožnit uživateli vybrat časový interval pro načtení dat v tomto rozsahu.
Dataverse
Když používáte Microsoft Dataverse jako zdroj dat, požadavky na data jdou přímo do instance prostředí, aniž by procházely skrze Azure API Management. Má tedy tendenci být rychlejší než jiné zdroje dat. Další informace viz Tok datového volání při připojení k Microsoft Dataverse.
Zkontrolujte konfigurace vlastních tabulek: Při použití vlastních tabulek v Dataverse může být vyžadována další konfigurace zabezpečení, aby uživatelé mohli zobrazovat záznamy s aplikacemi plátna. Další informace viz Koncepce zabezpečení v Dataverse, Konfigurace zabezpečení uživatelů pro prostředky v prostředí a Role zabezpečení a oprávnění.
Aplikace Excel
Konektor Excel umožňuje aplikacím plátna připojení k tabulce v souboru Excel. Tento konektor má však ve srovnání s jinými zdroji dat omezení. Například omezuje aplikaci plátna na načítání dat z tabulky pouze do 2 000 záznamů kvůli omezeným delegovatelným funkcím. Chcete-li načíst více než 2000 záznamů, rozdělte data do různých datových tabulek jako jiné zdroje dat.
Použijte nový konektor Excel: Ujistěte se, že používáte nový konektor Excel – Excel business online. Ten umožňuje přístup více uživatelů a lépe řeší problémy s kolizemi.
Z velkých seznamů dat aplikace Excel používejte pouze sloupce, které potřebujete: Aplikace může být pomalá, pokud soubor aplikace Excel obsahuje příliš mnoho datových tabulek nebo datové tabulky obsahují velké množství dat v několika sloupcích. Abyste zajistili, že vaše aplikace nebude takovým chováním ovlivněna, v datové tabulce v souboru Excel musíte definovat pouze nezbytné sloupce.
Berte v potaz omezení aplikace Excel jako databáze. Excel není systém relační databáze: Jakékoli změny v aplikaci spravuje Excel stejným způsobem jako uživatel, který přímo mění data v souboru Excel. Pokud má aplikace vysoký počet čtení, ale méně operací aktualizace, může fungovat dobře. Pokud však aplikace vyžaduje náročné transakce, může to nepříznivě ovlivnit výkon aplikace. Neexistuje žádná konkrétní prahová hodnota pro počet transakcí. Záleží také na datech, se kterými se manipuluje. Na výkon aplikace má vliv i několik dalších aspektů, například režie sítě nebo zařízení uživatele.
Berte v potaz rozdíly v geografické poloze: Problém s výkonem může způsobovat geografické umístění dat a jejich vzdálenost od umístění zákazníků. Tento problém může zesílit, pokud má mobilní klient omezenou šířku pásma.
Zapnutí předběžného načtení aplikace pro lepší výkon
Chcete-li zvýšit výkon, můžete předběžně načíst svou aplikaci.
Přihlaste se ke službě Power Apps.
V levém navigačním podokně vyberte položku Aplikace.
Vyberte aplikaci a poté vyberte v panelu příkazů Nastavení.
V podokně Nastavení aplikace nastavte Předběžně načíst aplikaci pro lepší výkon na Ano. Aplikace se poté předběžně načte.
Aby se změny pro aplikace integrované do Teams projevily, odeberte aplikaci z Teams a znovu ji přidejte.
Poznámka:
Díky tomu jsou kompilované prostředky aplikace přístupné prostřednictvím neověřených koncových bodů, aby je bylo možné načíst před ověřením. Uživatelé však budou moci vaši aplikaci používat pro přístup k datům prostřednictvím konektorů až po dokončení ověření a autorizace. Toto chování zajišťuje, že data, která aplikace načte ze zdrojů dat, nebudou dostupná neověřeným uživatelům. Prostředky kompilované aplikace zahrnují kolekci souborů JavaScript obsahujících text vytvořený v ovládacích prvcích aplikace (například ovládacích prvcích PCF), mediální prostředky (například obrázky), název aplikace a adresu URL prostředí, ve kterém se aplikace nachází.
Obecně by aplikace měly načítat média a informace ze zdrojů dat prostřednictvím připojení. Pokud je nutné do aplikace přidat média a informace, které jsou citlivé a neměly by být načteny pomocí připojení, toto nastavení můžete deaktivovat. Upozorňujeme, že deaktivace tohoto nastavení způsobí, že uživatelé budou na přístup k aplikaci čekat o něco déle.