Uobičajeni problemi i rešenja u vezi sa performansama aplikacije sa podlogom

Aplikacije sa podlogom možete da pravite koristeći različite izvore podataka. Izaberite izvor podataka i konektor na osnovu poslovnih potreba i scenarija za koje dizajnirate aplikaciju. Za poslovne aplikacije, Microsoft Dataverse je preporučeni izvor podataka jer pruža nekoliko prednosti performansi. Za aplikacije sa malo transakcija, možete da koristite bilo koji drugi raspoloživi izvor podataka u svom okruženju.

Da biste razmotrili performanse aplikacije, razmislite o broju korisnika koji će je koristiti kada je objavite; o količini kreiranje/ažuriranje/brisanje (CRUD) transakcija; tipu interakcija sa podacima; pristupu geografskom području i vrstama uređaja korisnika.

U ovom članku ćete saznati za neke od najčešćih problema u vezi sa performansama zbog kojih aplikacije sa podlogom mogu sporo da se pokreću i kako ih rešiti. Ove informacije će vam pomoći da poboljšate performanse aplikacije uzimajući u obzir vaš poslovni plan i rast.

Započećemo sa nekim od uobičajenih problema u vezi sa performansama do kojih dolazi bez obzira na konektor koji koristite. U kasnijim odeljcima saznaćete o problemima u vezi sa performansama i rešenjima specifičnim za razne konektore.

Pre nego što započnete, uverite se da razumete faze izvršavanja aplikacija sa podlogom i tokom poziva podataka. Takođe, pročitajte uobičajeni izvori sporih performansi za aplikacije sa podlogom da biste saznali koje su uobičajene zamke koje možete izbeći tokom dizajniranja ili ažuriranja aplikacije sa podlogom.

Veliki skupovi podataka se sporo učitavaju na različitim platformama

Performanse aplikacije mogu da se razlikuju prilikom učitavanja velikih skupova podataka na različitim platformama kao što su iOS ili Android. Do ove promene dolazi zbog različitih ograničenja mrežnih zahteva na svakoj platformi. Na primer, broj dozvoljenih istovremenih mrežnih zahteva može se razlikovati u jedne do druge platforme. Ova razlika može imati veliki uticaj na vreme učitavanja podataka za velike skupove podataka.

Preporučujemo vam da učitate samo one podatke koji su vam potrebni za trenutno prikazivanje na ekranu. Za ostale podatke, paginirajte i keširajte podatke. Još informacija: Saveti i najbolje prakse za poboljšanje performansi aplikacije na platnu

Pribavljeno je previše kolona

Preporučujemo da izaberete samo kolone koje su neophodne za aplikaciju. Dodavanjem više (ili svih) kolona iz izvora podataka preuzimaju se svi podaci u kolonama. Ova radnja dovodi do velikog broja nepotrebnih mrežnih poziva, a samim tim i velike iskorišćenosti memorije na uređaju klijenta. Ovaj problem može još više uticati na korisnike mobilnih uređaja ako je mrežni propusni opseg ograničen ili ako uređaj ima ograničenu memoriju ili zastareli procesor.

Na primer, ako koristite Dataverse kao izvor podataka za aplikaciju, uverite se da ste omogućili funkciju Eksplicitni izbor kolona. Ova funkcija omogućava usluzi Power Apps da ograničava preuzimanje podataka samo za kolone koje se koriste u aplikaciji.

Da biste uključili funkciju eksplicitnog izbora kolona u aplikaciji sa podlogom, idite na Postavke > Predstojeće funkcije > Pregled, a zatim uključite prekidač za Eksplicitni izbor kolone.

Nepodržani ili zastareli pregledači

Korisnici koji koriste nepodržane ili zastarele pregledače mogu imati problema sa performansama. Uverite se da korisnici koriste samo podržane pregledače za pokretanje aplikacija sa podlogom.

Spore performanse zbog geografske udaljenosti

Geografska lokacija okruženja i rastojanje izvora podataka od korisnika mogu da utiču na performanse.

Preporučujemo da se vaše okruženje nalazi u blizini korisnika. Iako Power Apps koristi Azure mrežu za isporuku sadržaja za sadržaj, pozivi za prenos podataka i dalje dobijaju podatke iz izvora podataka. Izvor podataka koji se nalazi na drugoj geografskoj lokaciji može negativno da utiče na performanse aplikacije.

Prevelika geografska udaljenost utiče na performanse na različite načine, kao što su kašnjenje, smanjena propusna moć, manji propusni opseg ili gubitak paketa.

Lista dozvola nije konfigurisana

Uverite se da URL adrese potrebnih usluga nisu blokirane ili da su dodate na listu dozvola u zaštitnom zidu. Za kompletnu listu svih URL adresa usluge koje moraju biti omogućene za Power Apps, idite na Obavezne usluge.

Upotreba funkcija koje nije moguće delegirati i neodgovarajućih ograničenja reda podataka za upite koje nije moguće delegirati

Funkcije koje je moguće delegirati delegiraju obradu podataka na izvor podataka, umanjujući nepotrebni posao na strani klijenta. Kada delegiranje nije moguće, možete ograničiti ograničenje reda podataka za upite koje nije moguće delegirati tako da broj redova vraćenih iz veze zasnovane na serveru ostane optimalan.

Korišćenje funkcija koje nije moguće delegirati i neprikladnih ograničenja redova podataka za upite koje nije moguće delegirati dodaju dodatne nepotrebne troškove pri prenosu podataka. Ovi nepotrebni podaci rezultiraju manipulacijom primljenim podacima do JS gomile na strani klijenta. Obavezno koristite funkcije koje je moguće delegirati za aplikaciju kad god je to moguće i optimalno ograničenje reda podataka za upite koje nije moguće delegirati.

Još informacija: Korišćenje delegiranja, Pregled delegiranja

Potrebno je podešavanje za OnStart događaj

OnStart događaj se pokreće kada se aplikacija učitava. Pozivanje velike količine podataka pomoću funkcija u OnStart svojstvu aplikacije dovešće do sporog učitavanja aplikacije. Ova spora navigacija ekranom će uticati na ekran sa velikom zavisnošću kontrola i vrednostima definisanim na drugom ekranu.

Sledeći odeljci opisuju neke od najčešćih problema sa kojima se suočavaju u tim situacijama.

Veliki broj poziva u OnStart događaju zbog čega se aplikacija sporo pokreće

U preduzeću, količina poziva za prenos podataka do centralnog izvora podataka može dovesti do uskog grla na serveru ili takmičenja između resursa.

Koristite mehanizam keširanja za optimizaciju poziva podataka. Mnogi korisnici mogu koristiti jednu aplikaciju, što rezultira mnoštvom pozivima podataka po korisniku koji dosežu do krajnjih tačaka servera. Ovi pozivi za prenos podataka mogu biti mesto gde može doći do uskog grla ili prigušenja.

Kašnjenje pri OnStart događaju zbog teških skripti

Teške skripte na OnStart događaju jedna su od najčešćih grešaka prilikom dizajniranja aplikacija sa podlogom. Treba da pribavite samo podatke potrebne za pokretanje aplikacije.

Optimizujte formulu u OnStart događaju. Na primer, umesto toga premestite neke funkcije u OnVisible svojstvo. Na ovaj način možete dozvoliti da se aplikacija brzo pokrene, a ostali koraci mogu se nastaviti dok se aplikacija otvara.

Još informacija: Optimizovanje OnStart svojstva

Savet

Preporučujemo korišćenje svojstva App.StartScreen pošto pojednostavljuje pokretanje aplikacija i povećava performanse aplikacije.

Pritisak memorije na strani klijenta

Važno je proveriti potrošnju memorije aplikacija sa podlogom, jer se većinu vremena aplikacija pokreće na mobilnim uređajima. Izuzeci od memorije u gomili su najverovatniji uzrok zašto aplikacija sa podlogom pada ili se zamrzava („visi“) na određenim uređajima.

JavaScript (JS) gomila može da dostigne limit zbog teških skripti koje se pokreću na strani klijenta za dodavanje, spajanje, filtriranje, sortiranje ili grupisanje kolona. U većini slučajeva, izuzetak ponestajanja memorije na gomili kod klijenta može aktivirati da se aplikacija sruši ili ostane da visi.

Kada koristite podatke iz izvora kao što su Dataverse ili SQL Server, možete da koristite objekat Prikaz kako biste osigurali da se spajanje, filtriranje, grupisanje ili sortiranje dešavaju na strani servera umesto na strani klijenta. Ovaj pristup smanjuje nepotrebno stvaranje skripti kod klijenta za takve radnje.

Ako je na klijentskoj strani došlo teških operacije za klijenta, poput SPOJI ili Grupiši prema sa skupom podataka koji ima najmanje 2000 zapisa, objekti na gomili će se povećati što će rezultirati prekoračenjem ograničenja memorije.

Alatke za programere za većinu pregledača vam omogućavaju profilisanje memorije. Pomaže vam da vizuelizujete veličinu gomile, dokumente, čvorove i slušaoce. Profilišite performanse aplikacije pomoću pregledača, kao što je opisano u pregledu Microsoft Edge (Chromium) alatki za programere. Proverite scenarije koji premašuju prag memorije JS gomile. Još informacija: Rešavanje problema sa memorijom

Primer pritiska memorije za aplikaciju kako se vidi iz razvojnih alata pregledača.

Razmatranja performansi prilikom upotrebe SQL Server konektora

Možete koristiti SQL Server konektor za Power Apps radi povezivanja sa lokalnim SQL Server-om ili Azure SQL bazom podataka. Ovaj odeljak opisuje uobičajene probleme vezane za performanse i rešenja za korišćenje ovog konektora za aplikaciju sa podlogom. Još informacija: Povezivanje SQL Server-a sa usluge Power Apps, Kreiranje aplikacije sa podlogom iz Azure SQL baze podataka

Napomena

Iako se ovaj odeljak poziva na SQL Server konektor za probleme u vezi sa performansama i rešenjima, većima preporuka se primenjuje i na korišćenje bilo kog tipa baze podataka kao izvora podataka, kao što su MySQL ili PostgreSQL.

Pogledajmo najčešće probleme i rešenja za performanse kada koristite SQL Server konektor za aplikacije sa podlogom.

N+1 upit

Galerije koje generišu previše zahteva za servere dovode do problema sa N+1 upitom. Problem N+1 upita je onaj do kog najčešće dolazi kada koristite kontrolu Galerija.

Da biste izbegli problem, koristite prikaži objekte u pozadini SQL-a ili promenite scenarije korisničkog interfejsa.

Skeniranje tabele umesto traženja indeksa

Aplikacija može da se uspori ako funkcije koje koristi aplikacija pokreću upite u bazi podataka koji rezultiraju skeniranjem tabela umesto pretraživanja indeksa. Još informacija: Saveti, SKENIRANJE tabele i PRETRAŽIVANJE indeksa

Da biste rešili takve probleme, koristite StartsWith umesto IN u formuli. Sa SQL izvorom podataka, StartsWith operator rezultira pretragom indeksa; ali IN operator rezultira skeniranjem indeksa ili tabele.

Spori upiti

Možete da profilišite i podesite spore upite i indekse u SQL bazi podataka. Na primer, ako formula dobija podatke u opadajućem (DESC) redosledu na određenoj koloni, ta kolona za sortiranje bi trebalo da ima indeks sa opadajućim redosledom. Indeksni ključ podrazumevano kreira rastući (ASC) redosled.

Takođe možete da proverite URL adresu zahteva za podacima. Na primer, sledeći isečak zahteva za podacima (delimični OData poziv) traži da SQL vrati 500 zapisa koji se podudaraju sa kolonom Vrednost i ređa po ID-u u opadajućem redosledu.

Items? \$filter=Column eq 'Value' & Orderby = ID desc & top 500

Ovo pomaže razumevanju zahteva indeksa za pokrivanje sličnih uslova zahteva. U ovom primeru, ako kolona ID ima indeks sa opadajućim redosledom, upit će biti obavljen brže.

Proverite plan izvršavanja sporih upita da biste videli postoji li neko skeniranje tabele ili indeksa. Nadgledajte sve prekomerne troškove pretraživanja ključeva u planu izvršenja.

Još informacija:

Takmičenje resursa baze podataka

Osigurajte da izvor podataka – SQL baza podataka – nema takmičenja sadržaja kao što su uska grla procesora, U/I takmičenje, pritisak memorije ili tempDB takmičenje. Takođe proverite da li postoje vremenski isteci zaključavanja, čekanja, zastoja i upita.

Savet

Koristite automatsko podešavanje za uvide u potencijalne probleme sa performansama upita, preporučena rešenja i za automatsko rešavanje identifikovanih problema.

Debeli klijent ili prekomerni broj zahteva

Aplikacija koja izvodi operacije Grupiši po, Filtriraj prema ili PRIDRUŽI na strani klijenta koristi procesor i memorijske resurse sa klijentskih uređaja. U zavisnosti od veličine podataka, ovim operacijama može biti potrebno više vremena za pisanje skripti na strani klijenta, povećavajući veličinu JS gomile na klijentu. Ovaj problem se povećava za lokalni izvor podataka, jer svaki poziv podataka pretraživanja putuje do izvora podataka kroz mrežni prolaz podataka.

U takvim situacijama, koristite objekat "Prikaži " u SQL bazi podataka za operacije "Grupiši po", "Filtriraj po" ili " JOIN ". Prikazi mogu da koriste selektivne kolone i uklanjaju nepotrebne kolone sa big data tipovima kao što su NVARCHAR(MAX), VARCHAR(MAX) i VARBINARY(MAX).

Savet

Ovaj pristup takođe pomaže u rešavanju problema sa N+1 upitom.

Veličina podataka preneta klijentu

Aplikacija sa podlogom podrazumevano prikazuje podatke koristeći tabele ili prikaze iz dostupnih objekata baze podataka. Preuzimanje svih kolona iz tabele može rezultirati sporim odzivom, posebno kada se koriste big data tipovi podataka kao što je NVARCHAR(MAX).

Prenos velike količine podataka klijentima zahteva vreme. Ovaj prenos donosi i više vremena za izvršavanje skripti kada u JS gomili na strani klijenta postoje velike količine podataka, kao što je opisano ranije u ovom članku.

Da biste smanjili veličinu podataka koji se prenose do klijenta, koristite prikaze sa određenim kolonama potrebnim za aplikaciju i uverite se da je omogućen eksplicitni izbor kolona, kao što je opisano ranije u ovom članku.

Razmatranja specifična za lokalni SQL Server

Na performanse aplikacije sa podlogom koje koriste SQL Server konektor sa lokalnim mrežnim prolazom za podatke moguće je uticati na različite načine. Ovaj odeljak navodi uobičajene probleme u vezi sa performansama i rešenja specifična za korišćenje lokalnog izvora baze podataka.

Neispravan lokalni mrežni prolaz za podatke

Organizacije mogu definisati više čvorova lokalne mrežne prolaze za podatke. Čak i ako je jedan od čvorova nedostupan, zahtevi za podacima na neispravni čvor neće vratiti rezultat u okviru prihvatljivog vremenskog okvira ili mogu dovesti do poruka o grešci tipa „nedostupno“ nakon nekog vremena čekanja.

Uverite se da su svi čvorovi lokalnog mrežnog prolaza za podatke ispravni i da su konfigurisani sa minimalnim kašnjenjem mreže između čvorova i SQL instance.

Lokacija lokalnog mrežnog prolaza za podatke

Mrežni prolaz za podatke zahteva mrežne pozive lokalnim izvorima podataka radi tumačenja OData zahteva. Na primer, mrežni prolaz podataka treba da razume šemu tabele podataka da bi preveo OData zahteve u izraze SQL jezika za manipulaciju podacima (DML). Dodatni indirektni troškovi se dodaju kada je mrežni prolaz podataka konfigurisan na posebnoj lokaciji sa visokom kašnjenjem mreže između mrežnog prolaza podataka i SQL instance.

U poslovnom okruženju preporučujemo prilagodljiv klaster mrežnog prolaza za podatke kada očekujete teške zahteve za podacima. Proverite koliko je veza uspostavljeno između čvorova mrežnog prolaza za podatke i SQL instance.

Proverom istovremenih veza u lokalnom mrežnom prolazu za podatke ili na SQL instanci, vaša organizacija može da identifikuje tačku gde mrežni prolaz za podatke treba da se smanji i sa koliko čvorova.

Skalabilnost mrežnog prolaza za podatke

Ako očekujete da ćete pristupiti velikoj količini podataka sa lokalnog mrežnog prolaza za podatke, samo jedan čvor lokalnog mrežnog prolaza za podatke može postati usko grlo za obradu tako velike količine zahteva.

Jedan čvor lokalnog mrežnog prolaza za podatke može biti dovoljan da se pozabavi sa 200 ili manje istovremenih veza. Međutim, ako sve ove istovremene veze aktivno izvršavaju upite, drugi zahtevi će na kraju čekati dostupnu vezu.

Za informacije o tome kako da obezbedite da se vaš lokalni mrežni prolaz za podatke povećava u skladu sa količinom podataka i zahteva, idite na Nadgledanje i optimizovanje performansi lokalnog mrežnog prolaza za podatke.

Razmatranja specifična za Azure SQL bazu podataka

Aplikacije sa podlogom mogu da se povežu sa Azure SQL bazom podataka koristeći SQL Server konektor. Čest uzrok problema sa performansama prilikom korišćenja Azure SQL baze podataka je odabir pogrešnog nivoa za vaše poslovne zahteve.

Azure SQL baza podataka dostupna je u različitim nivoima usluga, sa različitim mogućnostima za podudaranje različitih poslovnih zahteva. Za više informacija o nivoima idite na Dokumentacija o Azure SQL bazi podataka.

Kod teških zahteva za podacima, resursi na nivou koji ste izabrali mogu se smanjiti čim bude bila dostignuta vrednost praga. Takvo prigušivanje kompromituje performanse sledećeg skupa upita.

Proverite nivo usluge Azure SQL baze podataka. Niži nivo će imati određena ograničenja i granice. Iz perspektive performansi, procesor, ulazno/izlazna propusna moć i kašnjenje su važni. Stoga, preporučujemo da periodično proveravajte performanse SQL baze podataka i proverite da li korišćenje resursa premašuje prag. Na primer, lokalni SQL Server obično postavlja prag upotrebe procesora na oko 75 posto.

Razmatranja performansi prilikom upotrebe SharePoint konektora

Možete koristiti SharePoint konektor da biste kreirali aplikacije koristeći podatke iz usluge Microsoft Lists. Takođe možete da kreirate aplikacije sa podlogom direktno iz prikaza liste. Pogledajmo najčešće probleme i rešenja za performanse za korišćenje SharePoint izvora podataka sa aplikacijom sa podlogom.

Previše kolona za dinamičko pretraživanje

SharePoint podržava različite tipove podataka – uključujući dinamička pretraživanja kao što su Osoba, Grupa i Izračunato. Ako lista definiše previše dinamičkih kolona, potrebno je više vremena za manipulaciju tim dinamičkim kolonama unutar usluge SharePoint pre vraćanja podataka klijentu koji pokreće aplikaciju sa podlogom.

Nemojte prekomerno da koristite kolone za dinamičko pretraživanje u usluzi SharePoint. Ova prekomerna upotreba može dovesti do nepotrebnih troškova koje je bilo moguće izbeći na strani usluge SharePoint za manipulaciju podacima. Umesto toga možete da koristite statičke kolone da biste čuvali pseudonime e-pošte ili imena ljudi, na primer.

Kolona sa slikama i prilog

Veličina slike i priložene datoteke mogu doprineti sporom odgovoru dok se preuzimaju na klijentu.

Pregledajte listu i uverite se da su definisane samo neophodne kolone. Broj kolona na listi utiče na performanse zahteva za podacima. Ovaj efekat je zbog podudarnih zapisa ili se preuzimaju zapisi do definisanih ograničenja reda podataka i prenose natrag klijentu sa svim kolonama definisanim na listi – čak i ako aplikacija ne koristi sve njih.

Da biste slali upite samo za kolone koje koristi aplikacija, omogućite funkciju eksplicitnog izbora kolona, kao što je opisano ranije u ovom članku.

Veliki spiskovi

Ako imate veliku listu sa stotinama hiljada zapisa, razmislite o podeli liste ili je podelite na nekoliko lista na osnovu parametara kao što su kategorije ili datum i vreme.

Na primer, vaši podaci mogu da se čuvaju na različitim listama godišnje ili mesečno. U tom slučaju, možete da dizajnirate aplikaciju tako da dozvolite korisniku da odabere vremenski period i da preuzme podatke unutar tog opsega.

U kontrolisanom okruženju, reper performansi je dokazao da performanse OData zahteva prema usluzi Microsoft Lists ili SharePoint listama visoko je povezan sa brojem kolona na listi i brojem redova koji se preuzimaju (ograničeno ograničenjem reda sa podacima za upite koje nije moguće delegirati). Manji broj kolona i niže podešavanje ograničenja reda podataka mogu da utiču na bolji učinak aplikacija sa podlogom.

Ipak, u stvarnom svetu aplikacije su dizajnirane tako da zadovolje određene poslovne zahteve. Možda neće biti brzo ili jednostavno smanjiti ograničenje reda podataka ili broj kolona u listi. Međutim, preporučujemo da nadgledate OData zahteve na strani klijenta i podešavanje ograničenja reda podataka za upite koje nije moguće delegirati i broj kolona u listi.

Razmatranja performansi prilikom upotrebe usluge Dataverse izvora podataka

Kada koristite Microsoft Dataverse kao izvor podataka, zahtevi za podacima idu direktno na instancu okruženja, bez prolaska kroz Azure API upravljanje. Još informacija: Tok poziva podataka pri povezivanju sa uslugom Microsoft Dataverse

Savet

Kada se koriste prilagođene tabele u usluzi Dataverse, možda će biti potrebna dodatna bezbednosna konfiguracija da bi korisnici mogli da vide zapise pomoću aplikacija sa podlogom. Još informacija: Koncepti bezbednosti u usluzi Dataverse, Konfigurisanje bezbednosti korisnika za resurse u okruženju i Bezbednosne uloge i privilegije

Aplikacija sa podlogom povezana sa uslugom Dataverse može sporo da se izvršava ako pokreće teške skripte za klijente, kao što je su Filtriraj prema ili PRIDRUŽI na strani klijenta umesto na strani servera.

Koristite Dataverse prikaze kada je to moguće. Prikaz sa potrebnim kriterijumima za pridruživanje ili filtriranje pomaže u smanjenju nepotrebnih troškova korišćenja cele tabele. Na primer, ako treba da pridružite tabele i filtrirate njihove podatke, možete da definišete prikaz pridružujući im se i definišete samo kolone koje su vam potrebne. Zatim možete da koristite ovaj prikaz u aplikaciji koji kreira ove nepotrebne poslove na strani servera za operaciju pridruživanja/filtriranja umesto na strani klijenta.Ovaj metod smanjuje ne samo dodatne operacije, već i prenos podataka. Za informacije o uređivanju kriterijuma za filtriranje i sortiranje idite na Uređivanje kriterijuma filtera.

Razmatranja performansi prilikom upotrebe Excel konektora

Excel konektor pruža mogućnost povezivanja iz aplikacije sa podlogom sa podacima u tabeli unutar Excel datoteke. Ovaj konektor ima ograničenja u poređenju sa drugim izvorima podataka (na primer, ograničene delegirane funkcije) koje ograničavaju aplikaciji sa podlogom da učitava podatke iz tabele samo do 2000 zapisa. Da biste učitali više od 2000 zapisa, podelite podatke u različite tabele podataka kao ostale izvore podataka.

Pogledajmo najčešće probleme i rešenja za performanse kada koristite Excel kao izvor podataka za aplikacije sa podlogom i kako da ih rešite.

Previše tabela sa podacima i velika veličina podataka

Aplikacija može biti spora kada koristi Excel datoteku sa previše tabela sa podacima ili tabele sa podacima koje sadrže ogromnu količinu podataka u nekoliko kolona. Excel datoteka nije relaciona baza podataka ili izvor podataka koji pruža delegirane funkcije. Power Apps prvo mora učitati podatke iz definisanih tabela podataka, a zatim koristiti funkcije kao što su Filtriraj, Sortiraj, PRIDRUŽI, Grupiši prema i Pretraga.

Previše tabela sa podacima, sa velikim brojem redova i kolona utiče na performanse aplikacije i nepotrebne troškove na strani klijenta, jer svakom tabelom sa podacima treba manipulisati u okviru JS gomile. Ovaj efekat takođe dovodi do toga da aplikacija troši više memorije na strani klijenta.

Da biste bili sigurni da taj problem neće uticati na vašu aplikaciju, definišite u Excel datoteci samo potrebne kolone u tabeli sa podacima.

Teške transakcije

Excel nije sistem relacionih baza podataka. Excel upravlja svim promenama iz aplikacije na isti način kao što korisnik menja podatke u datoteci u Excel formatu. Ako aplikacija ima veliki broj čitanja, ali manje CRUD operacija, možda će imati dobar učinak. Međutim, ako aplikacija izvršava teške transakcije, to može negativno uticati na performanse aplikacije.

Ne postoji određena granična vrednost za broj transakcija, jer ona takođe zavisi od podataka kojima se manipuliše. Nekoliko drugih aspekata takođe utiče na performanse aplikacije, poput mrežnog opterećenja ili uređaja korisnika.

Ako imate podatke samo za čitanje, takve podatke možete da uvezete u aplikaciju lokalno, umesto da ih učitate iz izvora podataka. Za poslovne aplikacije umesto toga koristite izvore podataka kao što su Dataverse, SQL Server ili SharePoint.

Veličina datoteke

Možete birati između širokog spektra opcija skladišta u oblaku sa različitim ili podesivim kapacitetom skladištenja za datoteku u Excel formatu. Međutim, jedna velika Excel datoteka sa svim tabelama definisanim u jednoj datoteci dodaje dodatne troškove za aplikaciju tokom preuzimanja datoteke i čitanja podataka za učitavanje na strani klijenta.

Umesto da koristite jednu veliku datoteku, podelite podatke na više Excel datoteka sa minimalnim tabelama sa podacima. Zatim se povežite sa svakom datotekom samo kada vam zatreba. Na ovaj način se učitavanje podataka iz tabele sa podacima dešava u fragmentima, smanjujući opšte troškove mnogih tabela ili velikog skupa podataka.

Lokacija datoteke

Geografska lokacija izvora podataka i rastojanje od lokacije klijenta može rezultirati uskim grlom za performanse aplikacije i izazvati kašnjenje mreže. Ovaj efekat se može pojačati kad mobilni klijent ima ograničenu propusnu moć za povezivanje.

Datoteku je bolje držati blizu krajnjih korisnika (ili većine krajnjih korisnika ako imate globalnu ciljnu grupu) tako da se datoteka može brzo preuzeti.

Sledeći koraci

Saveti i najbolje prakse za poboljšanje performansi aplikacije sa podlogom

Takođe pogledajte

Razumevanje faza izvršavanja aplikacije sa podlogom i toka pozivanja podataka
/Uobičajeni izvori sporih performansi za aplikaciju sa podlogom
Uobičajeni problemi i rešenja za uslugu Power Apps
Rešavanje problema sa pokretanjem za Power Apps

Napomena

Možete li nam reći o svojim željenim postavkama jezika u dokumentaciji? Ispunite kratku anketu. (imajte na umu da je ova anketa na engleskom jeziku)

Anketa će trajati oko sedam minuta. Ne prikupljaju se lični podaci (izjava o privatnosti).