Del via


Andre ydeevneovervejelser

Ud over fire centrale præstationsprincipper, er der flere andre mulige årsager til dårlig ydeevne, typisk på grund af eksterne faktorer.

Overvej forskellene i klientbrowsere, enheder og placeringer

Lærredapps kan bruges på forskellige enheder, browsere og placeringer med forskellige netværksforhold. Efterhånden som Power Apps-klienten køres, skal du sikre, at du bruger moderne, opdaterede og understøttede browsere. Ydeevnen for en app kan variere, når du indlæser store datasæt på forskellige platforme, f.eks. iOS eller Android. Denne variation sker på grund af forskellige begrænsninger i netværksanmodninger på de enkelte platforme. Antallet af tilladte samtidige netværksanmodninger kan f.eks. være forskelligt på de enkelte platforme. Disse forskelle kan have stor indflydelse på dataindlæsningstiden for store datasæt.

Overvej forskellene i den geografiske placering af det datagateway i det lokale miljø og miljøet

Brugere kan få adgang til lærredapps globalt. Vi anbefaler dog, at du finder datakilden i nærheden af de fleste brugere. Når din app f.eks. får adgang til din datagateway i det lokale miljø , er det bedst at placere gatewayen i nærheden af de brugere, der oftest tilgår appen.

Generelle problemer på serversiden

Dårlig ydeevne kan være forårsaget af problemer ved serverkilden til dataene. Der kan være flere årsager til dette. Du kan bruge overvågningsværktøjet til at vurdere det specifikke problem ved at måle dataopkaldstiderne.

Mulige flaskehalsproblemer i datakilden

Der er mange mulige årsager til flaskehalse i datakilden. Normalt er nogle få tabeller i datakilde i centrum af aktiviteten for mange forespørgsler. Forespørgsler kan være langsomme, hvis:

  • Datakilde mangler eller har forkerte indekser.
  • Forespørgslen samler ekstraordinære store mængder data på serveren.
  • Forespørgslen kræver en tabel SCAN, f.eks. In-operator i stedet for at bruge et indeks som StartsWith.
  • Den back end-maskine, der er vært for datakilden, har få ressourcer.
  • Backend-SQL-forekomsten har blokeringer, baglåse eller ressourcekonflikter.
  • Datagatewayen i det lokale miljø er usund.
  • Den lokale datagateway bør skaleres ud.

Når disse problemer opstår, skal du finjustere backend-datakilden for at undgå, at appen kører langsomt.

Specielle datakilder

Azure SQL-database

Det er vigtigt at vælge det rigtige niveau til dine forretningskrav. Du kan finde flere oplysninger i Azure SQL Database-dokumentation. Et lavere niveau har visse begrænsninger. Fra et ydeevneperspektiv er CPU, I/O-gennemløb og ventetid vigtige faktorer. Vi anbefaler derfor, at du jævnligt kontrollerer SQL-databasens ydeevne, og kontrollér, om ressourceforbruget overskrider grænsen. SQL Server i det lokale miljø sætter f.eks. normalt grænsen for CPU-forbrug til omkring 75%.

SharePoint

SharePoint-connectoren kan bruges til at oprette apps med data fra SharePoint-lister. Her er nogle almindelige ydeevneproblemer og løsninger for SharePoint:

Undgå for mange dynamiske opslagskolonner: SharePoint understøtter forskellige datatyper, herunder dynamiske opslag, f.eks. Person, Gruppe og Beregnet. Hvis en liste definerer for mange dynamiske kolonner, tager det længere tid at manipulere disse dynamiske kolonner i SharePoint, før der returneres data til den klient, der kører lærredappen. Undgå dette ved ikke at bruge for mange dynamiske opslagskolonner i SharePoint. Du kan f.eks. bruge statiske kolonner til at opbevare mailaliaser eller navne på personer i stedet.

Brug omhyggeligt billedkolonnen og vedhæftede filer: Størrelsen på et billede og en vedhæftet fil kan være medvirkende årsag til et langsomt svar under hentning til klienten. Gennemse listen, og kontrollér, at det kun er nødvendige kolonner, der er defineret. Antallet af kolonner på listen påvirker ydeevnen af dataanmodningerne. Dette skyldes de matchede poster, eller at posterne op til de definerede grænser for datarækken er hentet og sendt tilbage til klienten med alle de kolonner, der er defineret på listen – også selvom appen ikke bruger dem alle.

Overvej at opdele store lister: Hvis du har en stor liste med hundrede tusinder af poster, kan du overveje at opdele listen eller at dele den i flere lister baseret på parametre som kategorier eller dato og klokkeslæt. Dataene kan f.eks. gemmes på forskellige lister på års- eller månedsbasis. I dette tilfælde kan du designe appen, så en bruger kan vælge et tidsvindue og hente dataene inden for det pågældende interval.

Dataverse

Når du bruger Microsoft Dataverse som datakilde, går dataanmodninger direkte til miljøforekomsten uden at passere gennem Azure API Management. Så det har en tendens til at være hurtigere end andre datakilder. Flere oplysninger: Flow for dataopkald under oprettelse af forbindelse til Microsoft Dataverse.

Kontrollér tilpassede tabelkonfigurationer: Hvis der anvendes brugerdefinerede tabeller i Dataverse, kan det være nødvendigt med yderligere sikkerhedskonfiguration, før brugerne kan få vist posterne med lærredsapps. Flere oplysninger: Sikkerhedsbegreber i Dataverse, Konfigurere brugersikkerhed til ressourcer i et miljø og Sikkerhedsroller og rettigheder.

Excel

Excel-connectoren tillader, at en lærredsapp har forbindelse til en tabel i en Excel-fil. Denne connector har dog begrænsninger sammenlignet med andre datakilder. For eksempel begrænser det canvas-appen til kun at indlæse data fra tabellen op til 2.000 poster på grund af begrænsede delegerbare funktioner. Hvis du vil indlæse mere end 2.000 poster, skal du partitionere dataene i forskellige datatabeller som andre datakilder.

Brug den nye Excel-connector: Sørg for at bruge den nye Excel-connector - Excel business online. Det giver mulighed for adgang for flere brugere og håndterer konfliktproblemer bedre.

Brug kun de kolonner, du skal bruge fra store datalister i Excel: En app kører måske langsomt, hvis Excel-filen, der har for mange datatabeller, eller datatabeller, der indeholder en stor mængde data over flere kolonner. Hvis du vil sikre dig, at din app ikke påvirkes af dette problem, skal du kun definere de kolonner, du skal bruge, i datatabellen i en Excel-fil.

Bemærk begrænsningerne ved Excel som database. Excel er ikke et relationsdatabasesystem: Eventuelle ændringer fra en app administreres af Excel på samme måde, som hvis en bruger ændrer data direkte i en Excel-fil. Hvis appen har et højt antal læsninger, men færre opdateringshandlinger, kan den muligvis fungere godt. Men hvis appen kræver tunge transaktioner, kan det have en negativ indvirkning på appens ydeevne. Der er ingen specifik tærskelværdi for antallet af transaktioner. Det afhænger også af de data, der manipuleres. Flere andre aspekter påvirker også appens ydeevne, f.eks. belastning på netværket eller brugerens enhed.

Overvej forskellene i geografisk placering: Den geografiske placering af dataene og deres afstand fra kundernes placeringer kan være et præstationsproblem. Dette problem kan blive forstærket, når en mobilklient har begrænset båndbredde til forbindelsen.

Aktiver Forudindlæs app for forbedret ydeevne

Du kan vælge at udvide din app for at øge ydeevnen.

  1. Log på Power Apps.

  2. Vælg Apps i venstre navigationsrude.

  3. Vælg appen, og vælg derefter Indstillinger på kommandolinjen.

  4. I panelet App-indstillinger skal du angive Forudindlæs appen for forbedret ydeevne til Ja. Appen forudindlæses derefter.

  5. Ændringerne træder først i kraft for apps, der er integreret i Teams, når du fjerner og tilføjer din app til Teams igen.

    Bemærk

    Det gør de kompilerede appaktiver tilgængelige via ikke godkendte slutpunkter for at aktivere indlæsning af dem før godkendelse. Men brugere kan stadig kun bruge din app til at få adgang til data via connectorer, når autorisation og godkendelse er fuldført. Denne funktionsmåde sikrer, at de data, som en app henter fra datakilder, ikke er tilgængelige for brugere, der ikke er godkendt. Kompilerede appaktiver omfatter en samling JavaScript-filer, der indeholder tekst skrevet i appkontrolelementer (f.eks. PCF-kontrolelementer), medieaktiver (f.eks. billeder), appnavnet og den URL-adresse til miljøet, som appen findes i.

    Generelt skal apps hente medier og oplysninger fra datakilder via forbindelser. Hvis medier og oplysninger skal føjes til appen uden at komme fra en forbindelse, og de opfattes som følsomme, kan det være en god ide at deaktivere denne indstilling. Bemærk! Hvis du deaktiverer denne indstilling, får det brugerne til at vente lidt længere på at få adgang til en app.