Pogoste težave z učinkovitostjo delovanja aplikacij s platnom in rešitve zanje
Aplikacije s platnom lahko ustvarite z različnimi polji virov podatkov. Izberite vir podatkov in povezovalnik glede na poslovne potrebe in scenarije, za katere je aplikacija zasnovana. Za poslovne aplikacije je Microsoft Dataverse priporočljiv vir podatkov, saj ima več prednosti, ko govorimo o učinkovitosti delovanja. Pri aplikacijah z malo transakcijami lahko uporabite vse druge razpoložljive vire podatkov v svojem okolju.
Pri učinkovitosti delovanja aplikacije razmislite o številu uporabnikov, ki bodo uporabljali aplikacijo, ko bo objavljena, obsegu transakcij CRUD (ustvari/pridobi/posodobi/izbriši), vrsti podatkovnih interakcij, geografskem dostopu in vrstah naprav, ki jih imajo uporabniki.
V tem članku boste izvedeli več o najpogostejših težavah z učinkovitostjo delovanja, zaradi katerih se lahko aplikacije s platnom izvajajo počasi, in kako jih odpraviti. Te informacije vam bodo pomagale izboljšati učinkovitost delovanja aplikacije z upoštevanjem vašega poslovnega načrta in rasti.
Začeli bomo z nekaterimi pogostimi težavami z učinkovitostjo delovanja ne glede na uporabljeni povezovalnik. V razdelkih v nadaljevanju boste izvedeli več o težavah z učinkovitostjo delovanja in rešitvah za različne povezovalnike.
Preden začnete, se prepričajte, da razumete faze izvajanja aplikacije Canvas in tok podatkovnega klica. Preberite tudi Pogosti viri počasnega delovanja za aplikacijo Canvas , če želite izvedeti več o pogostih pasteh, ki se jim lahko izognete med načrtovanjem ali posodabljanjem aplikacij Canvas.
Veliki nabori podatkov se počasi nalagajo na različnih platformah
Delovanje aplikacije se lahko razlikuje pri nalaganju velikih naborov podatkov na različnih platformah, kot je iOS ali Android. Ta razlika se zgodi zaradi različnih omejitev omrežnih zahtev na posamezni platformi. Število dovoljenih hkratnih omrežnih zahtev se na primer lahko razlikuje po platformah. Ta razlika lahko močno vpliva na čas nalaganja podatkov pri velikih naborih podatkov.
Priporočamo, da naložite samo podatke, ki jih morate takoj prikazati na zaslonu. Za druge podatke paginirajte in shranite svoje podatke. Več informacij: Nasveti in najboljše prakse za izboljšanje učinkovitosti aplikacije Canvas
Pridobljenih je preveč stolpcev
Priporočamo, da izberete samo stolpce, ki so potrebni za aplikacijo. Če jih dodate več (ali vse) stolpce iz vira podatkov, se prenesejo vsi podatki v stolpcih. To dejanje povzroči veliko dodatnih omrežnih klicev in s tem veliko porabo pomnilnika v odjemalski napravi. Ta težava lahko še bolj vpliva na uporabnike z mobilnimi napravami, če je omrežna pasovna širina omejena ali če ima naprava omejen pomnilnik ali starejši procesor.
Če na primer za svojo aplikacijo uporabljate Dataverse as vir podatkov, se prepričajte, da ste omogočili izrecno izbiro stolpca funkcija. Ta funkcija omogoča storitvi Power Apps, da omeji pridobivanje podatkov samo na stolpce, ki se uporabljajo v aplikaciji.
Če želite v aplikaciji Canvas vklopiti eksplicitno izbiro stolpcev, pojdite na Nastavitve>Prihajajoče funkcije>predogledna različica in nato vklopite preklop Izrecna izbira stolpca .
Nepodprti ali starejši brskalniki
Uporabniki, ki uporabljajo nepodprte ali starejše brskalnike, imajo lahko težave z učinkovitostjo delovanja. Prepričajte se, da uporabniki uporabljajo samo podprte brskalnike za zagon platnenih aplikacij.
Počasno delovanje zaradi geografske razdalje
Geografska lokacija okolja in razdalja od vira podatkov do končnih uporabnikov vpliva na učinkovitost delovanja.
Priporočamo, da je vaše okolje v bližini uporabnikov. Čeprav storitev Power Apps za vsebino uporablja omrežje za dostavo vsebine Azure (CDN), podatkovni klici še vedno pridobivajo podatke iz vira podatkov. Vir podatkov, ki se nahaja na drugi geografski lokaciji, lahko negativno vpliva na učinkovitost delovanja aplikacije.
Prevelike razdalje do geografskih lokacij vplivajo na učinkovitost delovanja v različnih oblikah, kot so zakasnitev, zmanjšana prepustnost, manjša pasovna širina in izguba paketov.
Seznam dovoljenih ni konfiguriran
Prepričajte se, da ne blokirate zahtevanih URL-jev storitve oziroma jih dodajte na seznam dovoljenih požarnega zida. Za celoten seznam vseh URL-jev storitev, ki morajo biti dovoljeni za Power Apps, pojdite na Zahtevane storitve.
Uporaba funkcij, ki jih ni mogoče dodeliti, in neprimerna omejitev podatkovnih vrstic za poizvedbe, ki jih ni mogoče dodeliti
Funkcije, ki jih je mogoče prenesti prenesejo obdelavo podatkov na vir podatkov, kar zmanjša stroške na strani odjemalca. Če dodelitev ni mogoča, lahko omejite omejitev podatkovnih vrstic za poizvedbe, ki jih ni mogoče dodeliti, tako da število vrstic, vrnjenih iz strežniške povezave, ostane optimalno.
Uporaba funkcij, ki jih ni mogoče prenesti, in neustrezne omejitve vrstic podatkov za poizvedbe, ki jih ni mogoče prenesti dodajo dodatne stroške prenosu podatkov. Posledica teh dodatnih stroškov je manipulacija prejetih podatkov v kop JS na strani odjemalca. Poskrbite, da boste za aplikacijo uporabljali funkcije, ki jih je mogoče dodeliti, kadar so na voljo, in optimalno omejitev podatkovnih vrstic za poizvedbe, ki jih ni mogoče dodeliti.
Več informacij: Uporaba pooblastil, Pregled pooblastil
Dogodek OnStart je treba nastaviti
Dogodek OnStart se izvaja, ko se aplikacija nalaga. Klicanje velikih količin podatkov z uporabo funkcij v lastnosti OnStart aplikacije bo povzročilo počasno nalaganje aplikacije. Krmarjenje na zaslonu z visoko odvisnostjo kontrolnikov in vrednosti, določenimi na drugem zaslonu, bo počasno.
Naslednji razdelki opisujejo nekatere najpogostejše težave v teh situacijah.
Veliko število klicev v dogodku OnStart povzroči počasen zagon aplikacije
V podjetju lahko količina podatkovnih klicev v osrednji vir podatkov povzroči ozka grla strežnika ali spor v zvezi z viri.
Uporabite mehanizem predpomnilnika za optimizacijo podatkovnih klicev. Eno aplikacijo lahko uporablja veliko uporabnikov, kar povzroči veliko podatkovnih klicev na uporabnika, ki dosežejo končne točke strežnika. Ti podatkovni klici so lahko mesto, kjer pride do ozkega grla ali omejevanja.
Zamuda pri dogodku OnStart zaradi težkih skriptov
Težki skripti na dogodku OnStart so ena najpogostejših napak pri oblikovanju platnenih aplikacij. Dobiti morate samo podatke, potrebne za zagon aplikacije.
Optimizirajte formulo v dogodku OnStart . Nekatere funkcije lahko na primer premaknete v lastnost OnVisible . Tako lahko pustite, da se aplikacija hitro zažene, drugi koraki pa se lahko nadaljujejo med odpiranjem aplikacije.
Več informacij: Optimizirajte lastnost OnStart
Nasvet
Priporočamo uporabo lastnosti App.StartScreen , saj poenostavi zagon aplikacije in poveča njeno delovanje.
Obremenitev pomnilnika na strani odjemalca
Pomembno je, da preverite porabo pomnilnika za aplikacije s platnom, saj se aplikacija v večini primerov izvaja v mobilnih napravah. Izjeme pomnilnika v kopici so najverjetnejši vzrok, da se aplikacija s platnom v določenih napravah zruši ali preneha odzivati.
Kopica JavaScript (JS) lahko doseže omejitev zaradi težkih skriptov, ki se izvajajo na strani odjemalca za dodajanje stolpcev, pridruževanje, filtriranje, razvrščanje ali združevanje stolpcev. V večini primerov lahko izjema »na voljo ni dovolj pomnilnika« v kopici v odjemalcu povzroči, da se aplikacija zruši ali preneha odzivati.
Pri uporabi podatkov iz virov, kot je Dataverse ali SQL Server, lahko uporabite objekt View , da zagotovite, da pride do združevanja, filtriranja, združevanja ali razvrščanja na strani strežnika namesto na strani odjemalca. Ta pristop zmanjša pomožne operacije na strani odjemalca pri skriptnem izvajanju za takšna dejanja.
Če so se operacije, ki so zahtevne za odjemalce, kot je JOIN ali Group By , zgodile na strani odjemalca z naborom podatkov, ki ima 2000 zapisov ali več, se bodo objekti v kopici povečali, kar bo povzročilo preseganje omejitev pomnilnika.
Orodja za razvijalce za večino brskalnikov omogočajo profiliranje pomnilnika. Pomagajo vam upodobiti velikost kopice, dokumente, vozlišča in poslušalce. Profilirajte delovanje aplikacije z uporabo brskalnika, kot je opisano v Microsoft Edge (Chromium) Pregled orodij za razvijalce. Preverite scenarije, ki presegajo pomnilniški prag kopice JS. Več informacij: Odpravite težave s pomnilnikom
Kaj je treba upoštevati pri učinkovitosti delovanja pri uporabi povezovalnika za SQL Server
Za povezavo s strežnikom SQL na mestu uporabe ali zbirko podatkov SQL Azure lahko uporabite konektor SQL Server za Power Apps . Ta razdelek opisuje pogoste težave, povezane z zmogljivostjo, in ločljivosti za uporabo tega povezovalnika za aplikacijo s platnom.
opomba,
Čeprav se ta razdelek sklicuje na priključek strežnika SQL za težave z zmogljivostjo in rešitve, večina priporočil velja tudi za uporabo katere koli vrste baze podatkov, kot je MySQL ali PostgreSQL, kot vir podatkov.
Oglejmo si pogoste težave z učinkovitostjo delovanja in rešitve zanje pri uporabi povezovalnika za SQL Server za aplikacije s platnom.
Poizvedba N+1
Galerije, ki ustvarijo preveč zahtev za strežnike, povzročijo težavo s poizvedbo N+1. Težava s poizvedbo N+1 je ena najpogostejših težav pri uporabi kontrolnika Galerija .
Da bi se izognili težavi, uporabite ogled predmetov v ozadju SQL ali spremenite scenarije uporabniškega vmesnika.
Optično branje tabele namesto iskanja po indeksu
Aplikacija se lahko upočasni, če funkcije, ki jih uporablja aplikacija, zaženejo poizvedbe v zbirki podatkov, kar sproži pregled tabele namesto iskanja po kazalu. Več informacij: Namigi, SCAN tabele in ISKANJE indeksa
Če želite odpraviti takšne težave, uporabite StartsWith namesto IN v formuli. Z SQL vir podatkov povzroči operator StartsWith iskanje po indeksu, vendar IN operator povzroči skeniranje indeksa ali tabele.
Počasne poizvedbe
Profilirate in nastavite lahko počasne poizvedbe in kazala v zbirki podatkov SQL. Če na primer obstaja formula, ki v določenem stolpcu pridobi podatke s padajočim vrstnim redom (DESC), mora imeti ta stolpec za razvrščanje kazalo s padajočim vrstnim redom. Ključ kazala privzeto ustvari naraščajoči vrstni red (ASC).
Prav tako lahko preverite naslov URL naslov zahtev za podatke. Na primer, naslednja podatkovna zahteva izrezek (delni klic OData) zahteva, da SQL vrne 500 zapisov, ki se ujemajo s stolpcem za Vrednost in razvrsti po ID v padajočem vrstnem redu.
Items? \$filter=Column eq 'Value' & Orderby = ID desc & top 500
To pomaga razumeti zahteve za kazalo za pokrivanje podobnih pogojev zahteve. V tem primeru ima stolpec ID kazalo s padajočim vrstnim redom za hitrejše izvajanje poizvedbe.
V načrtu izvajanja počasnih poizvedb preverite, ali obstaja pregled tabele ali kazala. V načrtu izvajanja spremljajte prekomerne stroške iskanja s ključi.
Več informacij:
- Spremljajte in prilagajajte delovanje
- Spremljanje zmogljivosti z uporabo shrambe poizvedb
- Razširjeni pregled dogodkov
Spor v zvezi z viri v zbirki podatkov
Prepričajte se, da vir podatkov—zbirka podatkov SQL—ni sporov glede virov, kot so ozka grla procesorja, V/I spori, pritisk na pomnilnik ali tempDB spor. Preverite tudi zaklepanja, čakanja, zastoje in časovne omejitve poizvedb.
Nasvet
Uporabite samodejno uglaševanje za vpogled v možne težave z zmogljivostjo poizvedb, priporočene rešitve in samodejno odpravljanje ugotovljenih težav.
Poln odjemalec ali pretirane zahteve
Aplikacija, ki izvaja Group By, Filter Byali JOIN operacije na strani odjemalca uporabljajo procesorske in pomnilniške vire iz odjemalskih naprav. Odvisno od velikosti podatkov lahko te operacije zahtevajo več časa za skriptiranje na strani odjemalca, kar poveča velikost kopiče JS na odjemalcu. Pri uporabi vira podatkov na mestu uporabe se ta težava poveča, ker vsak podatkovni klic za iskanje potuje v vir podatkov skozi prehod za podatke.
V takih primerih uporabite objekt View v zbirki podatkov SQL za Group By, Filtriraj po ali JOIN operacijah. Pogledi lahko uporabljajo selektivne stolpce in odstranijo nepotrebne stolpce z velikimi vrstami podatkov, kot so NVARCHAR(MAX), VARCHAR(MAX) in VARBINARY(MAX).
Nasvet
Ta pristop pomaga tudi pri reševanju težave s poizvedbo N+1.
Velikost podatkov se prenese v odjemalec
Aplikacija s platnom privzeto prikazuje podatke z uporabo tabel ali pogledov iz predmetov zbirke podatkov, ki so na voljo. Pridobivanje vseh stolpcev iz tabele lahko povzroči počasno odgovor, zlasti pri uporabi velikih podatkovnih vrst, kot je NVARCHAR(MAX).
Prenos velikih količin podatkov v odjemalce traja nekaj časa. Posledica tega prenosa je tudi več časa za skriptiranje, ko so v kopici JS na strani odjemalca velike količine podatkov, kot je opisano prej v tem članku.
Če želite zmanjšati velikost podatkov, ki se prenašajo odjemalcu, uporabite poglede s posebnimi stolpci, potrebnimi za aplikacijo, in zagotovite, da je omogočena izrecna izbira stolpcev, kot je opisano prej v tem članku.
Kaj je treba upoštevati pri strežniku SQL Server na mestu uporabe
Učinkovitost delovanja aplikacij s platnom, ki uporabljajo povezovalnik za SQL Server s prehodom za podatke na mestu uporabe, je lahko prizadeta na različne načine. V tem razdelku so navedene pogoste težave z učinkovitostjo delovanja, značilne za uporabo vira zbirke podatkov na mestu uporabe, in rešitve zanje.
Neustrezen prehod za podatke na mestu uporabe
Organizacije lahko določijo več vozlišč za prehode za podatke na mestu uporabe. Tudi če eno od vozlišč ni dosegljivo, zahteve za podatke v neustrezno vozlišče ne vrnejo rezultata v primernem časovnem okviru ali pa povzročijo sporočila o napaki »nedosegljivo« po določenem času čakanja.
Prepričajte se, da so vsa vozlišča prehodov za podatke na mestu uporabe ustrezna in konfigurirana z najmanjšo omrežno zakasnitvijo med vozlišči in primerkom SQL.
Lokacija prehoda za podatke na mestu uporabe
Prehod za podatke zahteva omrežne klice v vire podatkov na mestu uporabe za razlago zahtev OData. Prehod za podatke mora na primer razumeti shemo podatkovne tabele za prevajanje zahtev OData v izjave jezika za obdelavo podatkov SQL (DML). Dodatni pomožni procesi se dodajo, ko je prehod za podatke konfiguriran na ločenem mestu z visoko omrežno zakasnitvijo med prehodom za podatke in primerkom SQL.
V poslovnem okolju je priporočljiva prilagodljiva gruča prehodov za podatke, kadar pričakujemo veliko zahtev za podatke. Preverite, koliko povezav se vzpostavi med vozlišči prehoda za podatke in primerkom SQL.
S preverjanjem hkratnih povezav v prehodu za podatke na mestu uporabe ali v primerku SQL lahko vaša organizacija določi, kdaj mora biti prehod za podatke razširjen in s koliko vozlišči.
Prilagodljivost prehoda za podatke
Če pričakujete, da boste dostopali do velike količine podatkov iz prehoda za podatke na mestu uporabe, lahko zgolj eno vozlišče prehoda za podatke na mestu uporabe postane ozko grlo za pokrivanje tako velikega števila zahtev.
Eno vozlišče prehoda za podatke na mestu uporabe lahko zadostuje za obravnavo 200 ali manj hkratnih povezav. Vendar če vse te hkratne povezave aktivno izvajajo poizvedbe, druge zahteve čakajo na razpoložljivo povezavo.
Za informacije o zagotavljanju, da se vaš na mestu uporabe podatkovni prehod spreminja glede na količino podatkov in zahtev, pojdite na Spremljanje in optimiziranje na mestu uporabe podatkovnega prehoda.
Kaj je treba upoštevati pri zbirki podatkov Azure SQL
Aplikacije s platnom se lahko povežejo z zbirko podatkov Azure SQL z uporabo povezovalnika za SQL Server. Pogost vzrok težav z zmogljivostjo pri uporabi zbirke podatkov SQL Azure je izbira napačne stopnje za vaše poslovne zahteve.
Zbirka podatkov Azure SQL je na voljo na različnih ravneh storitve z različnimi zmogljivostmi za izpolnjevanje različnih poslovnih zahtev. Za več informacij o ravneh pojdite na dokumentacijo baze podatkov Azure SQL.
Pri velikem številu podatkovnih zahtev so lahko viri na izbrani ravni omejeni, ko je dosežena vrednost praga. Takšna omejitev ogroža učinkovitost delovanja naslednjega nabora poizvedb.
Preverite raven storitve za zbirko podatkov Azure SQL. Nižja raven ima določene omejitve. Z vidika učinkovitosti delovanja so pomembni CPE, prepustnost V/I in zakasnitev. Zato priporočamo, da redno preverite učinkovitost delovanja zbirke podatkov SQL in ali uporaba virov presega prag. Na primer, na mestu uporabe SQL Server običajno nastavi prag uporabe procesorja na približno 75 odstotkov.
Kaj je treba upoštevati pri učinkovitosti delovanja pri uporabi povezovalnika za SharePoint
Uporabite lahko SharePoint konektor za ustvarjanje aplikacij z uporabo podatkov iz Microsoftovih seznamov. Aplikacije s platnom lahko ustvarite tudi neposredno iz pogleda seznama. Oglejmo si pogoste težave z učinkovitostjo delovanja in rešitve zanje pri uporabi vira podatkov SharePoint z aplikacijami s platnom.
Preveč stolpcev za dinamično iskanje
SharePoint podpira različne vrste podatkov, vključno z dinamičnimi iskanji, kot so Oseba, Skupina in Izračunano. Če seznam določi preveč dinamičnih stolpcev, obdelava teh dinamičnih stolpcev v programu SharePoint traja dlje časa, preden vrne podatke odjemalcu, ki izvaja aplikacijo s platnom.
Stolpcev za dinamično iskanje v sistemu SharePoint ne uporabljaje pretirano. Ta prekomerna uporaba lahko povzroči dodatne pomožne procese v sistemu SharePoint za obdelavo podatkov, ki se jim je mogoče izogniti. Namesto tega lahko uporabite na primer statični stolpec za shranjevanje e-poštnih vzdevkov ali imen oseb.
Stolpec s sliko in priloga
Velikost slike in priložena datoteka lahko prispevata k počasnemu odzivu med pridobivanjem v odjemalcu.
Preglejte svoj seznam in se prepričajte, da so določeni samo potrebni stolpci. Število stolpcev na seznamu vpliva na učinkovitost delovanja zahtev za podatke. To je zato, ker se ujemajoči se zapisi ali zapisi do definiranih omejitev podatkovne vrstice pridobijo in prenesejo nazaj odjemalcu z vsemi stolpci, definiranimi na seznamu – tudi če aplikacija ne uporablja vseh.
Če želite poizvedovati samo po stolpcih, ki jih uporablja aplikacija, omogočite eksplicitno funkcijo izbire stolpcev, kot je opisano prej v tem članku.
Veliki seznami
Če imate velik seznam z več sto tisoč zapisi, ga razdelite na več seznamov glede na parametre, kot so kategorije ali datum in čas.
Podatke lahko na primer shranjujete na različnih seznamih vsako leto ali mesec. V tem primeru lahko aplikacijo oblikujete tako, da lahko uporabnik izbere časovno okno za pridobivanje podatkov znotraj tega obsega.
Znotraj nadzorovanega okolja je merilo uspešnosti dokazalo, da je uspešnost zahtev OData proti Microsoftovim seznamom ali SharePoint močno povezana s številom stolpcev na seznamu in številom vrstic, ki se pridobivajo (omejeno z omejitev podatkovne vrstice za poizvedbe, ki jih ni mogoče prenesti). Manjše število stolpcev in nižja nastavitev omejitve podatkovnih vrstic lahko izboljšajo delovanje aplikacije s platnom.
V resničnem svetu pa so aplikacije zasnovane tako, da ustrezajo določenim poslovnim zahtevam. Zmanjšanje omejitve podatkovnih vrstic ali števila stolpcev na seznamu ni vedno hitro ali enostavno. Vendar je priporočljivo spremljati zahteve OData na strani odjemalca in nastaviti omejitev podatkovnih vrstic za poizvedbe, ki jih ni mogoče dodeliti, in število stolpcev na seznamu.
Kaj je treba upoštevati pri učinkovitosti delovanja pri uporabi okolja Dataverse kot vira podatkov
Ko uporabljate Microsoft Dataverse kot vir podatkov, zahteve za podatke gredo neposredno v primerek okolja, ne da bi šle skozi možnost upravljanja API-ja za Azure. Več informacij: Potek podatkovnega klica pri povezovanju z Microsoft Dataverse
Nasvet
Ko se tabele po meri uporabljajo v storitvi Dataverse, bo morda potrebna dodatna varnostna konfiguracija, da bodo uporabniki lahko videli zapise z aplikacijami s platnom. Več informacij: Varnostni koncepti v Dataverse, Konfigurirajte varnost uporabnika za vire v okolju in Varnostne vloge in privilegiji
Aplikacija platna, povezana z Dataverse , bo morda delovala počasneje, če izvaja skripte, ki so zahtevni za odjemalce, kot je Filtriraj po ali JOIN na strani odjemalca namesto na strani strežnika.
Uporabite Dataverse poglede ko je mogoče. Pogled z zahtevanimi pogoji pridruževanja ali filtriranja pomaga zmanjšati pomožne procese uporabe celotne tabele. Če morate na primer združiti tabele in filtrirati njihove podatke, lahko definirate pogled tako, da jih združite in definirate samo stolpce, ki jih potrebujete. Nato lahko uporabite ta pogled v svoji aplikaciji, ki ustvari te pomožne procese za operacijo pridružitve/filtriranja na strani strežnika namesto na strani odjemalca. Ta metoda zmanjša dodatne operacije in tudi prenos podatkov. Za informacije o urejanju kriterijev filtra in razvrščanja pojdite na Urejanje kriterijev filtra.
Kaj je treba upoštevati pri učinkovitosti delovanja pri uporabi povezovalnika za Excel
Poveznik Excel zagotavlja povezljivost iz aplikacije na platnu s podatki v tabeli v datoteki Excel. Ta konektor ima omejitve v primerjavi z drugimi viri podatkov – na primer omejene prenosne funkcije –, ki omejujejo aplikacijo platna na nalaganje podatkov iz tabele samo do 2000 zapisov. Če želite naložiti več kot 2000 zapisov, razdelite podatke v različne podatkovne tabele kot druge vire podatkov.
Oglejmo si pogoste težave z učinkovitostjo delovanja pri uporabi Excela kot vira podatkov za aplikacije s platnom in rešitve zanje.
Preveč podatkovnih tabel in velika količina podatkov
Do počasnega delovanja aplikacije lahko pride, če uporablja Excelovo datoteko s preveč podatkovnimi tabelami ali podatkovnimi tabelami z izjemno količino podatkov v več stolpcih. Datoteka Excel ni relacijska zbirka podatkov ali vir podatkov, ki ponuja funkcije, ki jih je mogoče dodeliti. Power Apps mora najprej naložiti podatke iz definiranih podatkovnih tabel in nato uporabiti funkcije, kot so Filter, Razvrsti, PRIDRUŽI SE, Združi po in Išči.
Preveč podatkovnih tabel s številnimi vrsticami in stolpci vpliva na zmogljivost aplikacije in stroške na strani odjemalca, ker je treba vsako podatkovno tabelo manipulirati znotraj kopičke JS. Zaradi tega aplikacija tudi porabi več pomnilnika na strani odjemalca.
Če želite zagotoviti, da to ne vpliva na vašo aplikacijo, v podatkovni tabeli v Excelovi datoteki določite samo potrebne stolpce.
Zahtevne transakcije
Excel ni relacijski sistem za zbirke podatkov. Excel upravlja morebitne spremembe iz aplikacije na enak način kot uporabnik, ki spreminja podatke v Excelovi datoteki. Če ima aplikacija veliko število branj, vendar manj operacij CRUD, bo morda dobro delovala. Če pa aplikacija izvaja zahtevne transakcije, lahko to negativno vpliva na njeno učinkovitost delovanja.
Za število transakcij ni posebne mejne vrednosti, ker se nanaša tudi na podatke, ki se jih obdeluje. Na učinkovitost delovanja aplikacije vplivajo tudi številni drugi vidiki, na primer dodatni omrežni klici ali uporabnikova naprava.
Če imate podatke samo za branje, jih lahko v aplikacijo uvozite lokalno, namesto da jih naložite iz vira podatkov. Pri poslovnih aplikacijah raje uporabite vire podatkov, kot so Dataverse, SQL Server ali SharePoint.
Velikost datoteke
Izbirate lahko med široko paleto možnosti shranjevanja v oblaku z različnimi – ali nastavljivimi – zmogljivostmi shranjevanja za datoteko Excel. Ena velika Excelova datoteka z vsemi tabelami, določenimi v eni datoteki, doda dodatne pomožne procese za aplikacijo med prenosom datoteke in branjem podatkov za nalaganje na strani odjemalca.
Namesto da uporabite eno veliko datoteko, razdelite podatke v več Excelovih datotek z minimalnimi podatkovnimi tabelami. Nato se z vsako datoteko povežite le, ko jo potrebujete. Na ta način se nalaganje podatkov iz podatkovne tabele izvaja v fragmentih, kar zmanjša pomožne procese v številnih tabelah ali velikih naborih podatkov.
Mesto datoteke
Geografska lokacija vir podatkov in njegova oddaljenost od lokacij odjemalcev lahko povzročita ozko grlo delovanja aplikacije in povzročita zakasnitev omrežja. Ta učinek se lahko še poveča, če ima mobilni odjemalec omejeno pasovno širino za povezljivost.
Datoteko je bolje hraniti blizu končnih uporabnikov (ali večine končnih uporabnikov, če gre za globalno občinstvo), tako da je datoteko mogoče hitro prenesti.
Naslednji koraki
Namigi in najboljše prakse za izboljšanje učinkovitosti aplikacije Canvas
Glejte tudi
Razumevanje faz izvajanja aplikacije Canvas in pretoka podatkovnega klica
Pogosti viri počasnega delovanja aplikacije za platno
Pogoste težave in rešitve za Power Apps
Odpravljanje težav pri zagonu za Power Apps