Andra prestandaöverväganden

Utöver fyra nyckelprestationsprinciper, finns det flera andra möjliga orsaker till dålig prestanda, vanligtvis på grund av yttre faktorer.

Tänk på skillnaderna i klientens webbläsare, enheter och platser

Arbetsyteappar kan användas på olika enheter, webbläsare och platser med olika nätverksvillkor. När Power Apps klienten kör, se till att använda modern, uppdaterad och webbläsare som stöds. Prestanda för en app kan variera när stora uppsättningar data läses in på olika plattformar som iOS eller Android. Detta beror på olika begränsningar för nätverksbegäran på varje plattform. Antalet tillåtna samtidiga nätverksförfrågningar kan till exempel vara olika för plattformar. Den här skillnaden kan ha en stor påverkan på databelastningen på stora datauppsättningar.

Tänk på skillnaderna i geografisk plats för den lokala datagateway och miljön

Användarna kan komma åt arbetsyteappar globalt. Vi rekommenderar dock att du har datakälla nära de flesta slutanvändare. Till exempel, när din app får åtkomst till din lokal datagateway är det bäst att placera gatewayen nära de användare som använder appen oftast.

Allmänna problem på serversidan

Dålig prestanda kan orsakas av problem på serverkällan för data. Detta kan bero på flera orsaker. Du kan använda övervakningsverktyget för att bedöma det specifika problemet genom att mäta dataanropstiderna.

Möjliga problem med flaskhalsar i datakälla

Det finns många möjliga orsaker till flaskhalsar i datakälla. Vanligtvis är några tabeller i datakälla i centrum för aktiviteten för många frågor. Frågor kan vara långsamma om:

• Datakälla saknas eller har felaktiga index.
• Frågan förenar extraordinära stora mängder data på servern.
• Frågan kräver en tabell SCAN, till exempel, In-operator istället för att använda ett index som StartsWith.
• Serverdatorn som är värd för datakälla har ont om resurser.
• SQL-serverinstansen har blockeringar, deadlocks eller resurstvister.
• Ej felfri lokal datagateway.
• Lokal datagateway bör skalas ut.

När dessa problem uppstår, ställ in serverdelens datakällan för att undvika att sakta ner appens prestanda.

Specifika datakällor

Azure SQL Database

Det är viktigt att välja rätt nivå för dina affärsbehov. Mer information finns i Dokumentation av Azure SQL-databas. En lägre nivå kan ha vissa begränsningar. Ur ett prestandaperspektiv är det viktigt med processor, I/O-genomflöde och svarstid. Därför rekommenderar vi att du regelbundet kontrollerar SQL-databasens prestanda och kontrollera om resursanvändningen överskrider tröskelvärdet. Till exempel när lokal SQL Server anger tröskelvärdet för processoranvändning till cirka 75%.

SharePoint

SharePoint-anslutningsprogram kan användas för att skapa appar med data från SharePoint-listor. Här är några vanliga prestandaproblem och lösningar för SharePoint:

Undvika för många dynamiska uppslagskolumner: SharePoint har stöd för olika datatyper inklusive dynamiska uppslag, t.ex. Person, Grupp och Beräknade. Om en lista definierar för många dynamiska kolumner tar det längre tid att ändra dessa dynamiska kolumner i SharePoint innan data returneras till klienten som kör appen. För att göra detta överutnyttja inte de dynamiska uppslagskolumnerna i SharePoint. Du kan till exempel använda statisk kolumn för att behålla e-postalias, eller personernas namn.

Använd försiktigt bildkolumnen och bilagan: Storleken på en bild och bifogad fil kan ge ett långsamt svar när klienten hämtas. Granska listan och se till att endast de kolumner som krävs har definierats. Antalet kolumner i listan påverkar prestanda för databegäranden. Denna effekt beror på de matchade posterna eller att posterna upp till de definierade dataradgränserna hämtas och skickas tillbaka till klienten med alla kolumner definierade i listan oavsett om appen använder dem alla eller inte.

Överväg att dela upp stora listor: Om det finns en stor lista med hundratusentals poster kan du överväga att dela upp listan eller dela upp listan i flera listor baserat på parametrar som kategorier, datum och tid. Dina data kan till exempel lagras i olika listor varje år eller månad. Sedan kan du designa appen så att en användare kan välja ett tidsfönster för att hämta data inom det intervallet.

Dataverse

När du använder Microsoft Dataverse som datakälla skickas databegäran till miljöinstansen direktutan att skicka via Azure API Management. Så det tenderar att vara snabbare än andra datakällor. För mer information, se Datasamtalsflöden när du ansluter till Microsoft Dataverse.

Kontrollera anpassade tabellkonfigurationer: När anpassade tabeller används i Dataverse, kan det krävas ytterligare säkerhetskonfiguration för att användarna ska kunna visa posterna med appar. Mer information: Säkerhetskoncept i Dataverse, Konfigurera användarsäkerhet för resurser i en miljö och Säkerhetsroller och privilegier.

Excel

Med Excel-anslutningsprogrammet kan du ansluta till en tabell i en Excel-fil. Den här anslutningen har dock begränsningar jämfört med andra datakällor. Till exempel begränsar den arbetsyteappen till att endast ladda data från tabellen upp till 2 000 poster på grund av begränsade delegerbara funktioner. Om du vill läsa in fler än 2 000 poster delar du dina data i olika datatabeller som andra datakällor.

Använd den nya Excel-anslutningen: Se till att använda den nya Excel-anslutningen – Excel Business Online. Det möjliggör åtkomst för flera användare och hanterar konfliktproblem bättre.

Använd endast de kolumner du behöver från stora datalistor i Excel: Långsamhet i appen kan upplevas när den använder Excel-fil med för många datatabeller, eller datatabeller med storlek på data över flera kolumner. För att säkerställa att appen inte påverkas av detta problem, definierar du endast de kolumner som behövs i datatabellen i en Excel-fil.

Observera begränsningarna för Excel som databas. Excel är inte ett relationsdatabassystem: Alla ändringar från en app hanteras i Excel på samma sätt som en användare ändrar data i en Excel-fil direkt. Om appen har ett stort antal läsåtgärder, men färre uppgiftåtgärder kan den prestera bra. Men om appen kräver flera transaktioner kan det påverka appens prestanda negativt. Det finns inget specifikt tröskelvärde för antalet transaktioner. Det beror också på vilken data som manipuleras. Flera andra aspekter påverkar också appens prestanda, till exempel nätverket eller användarens enhet.

Tänk på skillnaderna i geografisk plats: Den geografiska platsen för data och dess avstånd från kundplatser kan vara ett prestandaproblem. Detta problem kan förstärkas om en mobil klient har begränsad bandbredd.