Uobičajeni problemi s performansama aplikacije od gotovih gradivnih elemenata i rješenja

  • Članak

Aplikacije od gotovih gradivnih elemenata možete izgraditi s različitim mogućnostima izvora podataka. Odaberite izvor podataka i poveznik ovisno o poslovnim potrebama i scenarijima za koje je aplikacija dizajnirana. Za korporacijske aplikacije Microsoft Dataverse je preporučeni izvor podataka jer pruža nekoliko prednosti performansi. Za aplikacije s nekoliko transakcija možete se poslužiti bilo kojim drugim dostupnim izvorima podataka u vašem okruženju.

Da biste razmotrili performanse aplikacije, razmislite o broju korisnika koji će je koristiti kad se objavi, o količini transakcija stvaranja, dohvaćanja, ažuriranja i brisanja CRUD transakcija, vrsti interakcija s podacima, geografskom pristupu i korisničkim uređajima.

U ovom ćete članku saznati o nekim od najčešćih problema s performansama zbog kojih aplikacije od gotovih gradivnih elemenata mogu sporo raditi i kako ih riješiti. Ove će vam informacije pomoći da poboljšate performanse aplikacije uzimajući u obzir vaš poslovni plan i rast.

Započet ćemo s nekim od uobičajenih problema s performansama do kojih dođe bez obzira na to koji se poveznik koristi. U kasnijim odjeljcima saznat ćete o problemima s performansama i rješenjima koja su specifičnija za različite poveznike.

Prije nego što započnete, uvjerite se da razumijete faze izvršavanja aplikacija od gotovih gradivnih elemenata i tijek poziva podataka. Također, pročitajte odjeljak Uobičajeni uzroci sporih performansi za aplikacije od gotovih gradivnih elemenata kako biste saznali više o uobičajenim zamkama koje možete izbjeći tijekom dizajniranja ili ažuriranja aplikacija od gotovih gradivnih elemenata.

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

Performanse aplikacije mogu se razlikovati prilikom učitavanja velikih skupova podataka na različitim platformama kao što iOS su ili Android. Ova se varijacija događa zbog različitih ograničenja mrežnih zahtjeva na svakoj platformi. Na primjer, broj dopuštenih istodobnih mrežnih zahtjeva može se razlikovati od platforme do platforme. Ova razlika može imati glavni utjecaj na vrijeme učitavanja podataka za velike skupove podataka.

Preporučujemo da učitate samo podatke koje trebate odmah prikazati na zaslonu. Ostale podatke paginirajte i predmemorirajte. Više informacija: Savjeti i najbolji primjeri iz prakse za poboljšanje izvedbe aplikacija na platnu

Dohvaćeno je previše stupaca

Preporučujemo odabir samo neophodnih stupaca za aplikaciju. Dodavanjem više (ili svih) stupaca iz izvora podataka preuzimaju se svi podaci stupaca. Ova radnja rezultira velikim brojem dodatnih mrežnih poziva, a samim time i velikom potrošnjom memorije u klijentskom uređaju. Ovaj problem može još više utjecati na korisnike mobilnih uređaja ako je mrežna propusnost ograničena ili ako uređaj ima ograničenu memoriju ili naslijeđeni procesor.

Na primjer, ako koristite Dataverse kao izvor podataka za vašu aplikaciju, provjerite jeste li omogućili značajku Eksplicitni odabir stupaca. Ova značajka omogućuje servisu Power Apps da ograniči dohvaćanje podataka samo na stupce koji se koriste u aplikaciji.

Da biste uključili značajku eksplicitnog odabira stupaca u aplikaciji od gotovih gradivnih elemenata, idite na Postavke > Buduće značajke > Pretpregled, a zatim preklopnim gumbom uključite Eksplicitni odabir stupaca.

Nepodržani ili naslijeđeni preglednici

Korisnici koji koriste nepodržane ili naslijeđene preglednike mogu imati problema s performansama. Osigurajte da korisnici koriste samo podržane preglednike za pokretanje aplikacija od gotovih gradivnih elemenata.

Spore performanse zbog geografske udaljenosti

Geografska lokacija okruženja i udaljenost izvora podataka od korisnika mogu utjecati na performanse.

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

Pretjerana udaljenost geografskih lokacija utječe na performanse na različite načine, poput kašnjenja, smanjenog protoka, manje propusnosti i gubitka paketa.

Nije konfiguriran popis dopuštenih

Uvjerite se da potrebni URL-ovi usluge nisu blokirani ili da su dodani na popis dopuštenih za vaš vatrozid. Potpuni popis svih URL-ova usluga koje treba dopustiti za Power Apps potražite u odjeljku Potrebne usluge.

Upotreba funkcija koje se ne mogu delegirati i neprikladnih ograničenja retka za upite koji se ne mogu delegirati

Funkcije koje se mogu delegirati delegiraju obradu podataka u izvoru podataka, umanjujući pomoćni proces na strani klijenta. Kada delegiranje nije moguće, možete ograničiti ograničenje podatkovnog retka za upite koji se ne mogu delegirati tako da broj redaka vraćenih s veze temeljene na poslužitelju ostane optimalan.

Upotreba funkcija koje se ne mogu delegirati i neprikladna ograničenja podatkovnog reda za upite koji se ne mogu delegirati dodaju dodatne pomoćne procese pri prijenosu podataka. Ovaj pomoćni proces rezultira manipulacijom primljenih podataka u JS snop na strani klijenta. Pobrinite se da koristite funkcije koje se mogu delegirati za aplikaciju kad god je to moguće i optimalno ograničenje podatkovnog reda za upite koji se ne mogu delegirati.

Dodatne informacije: Upotreba delegiranja, Pregled delegiranja

Treba podesiti događaj OnStart

Događaj OnStart pokreće se pri učitavanju aplikacije. Pozivanje velike količine podataka korištenjem funkcija u svojstvu OnStart aplikacije uzrokovat će sporo učitavanje aplikacije. Zaslon s velikom ovisnošću kontrola i vrijednosti definiranim na drugom zaslonu bit će zahvaćen sporom navigacijom zaslonom.

Sljedeći odjeljci opisuju neke od najčešćih problema u tim situacijama.

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

U poduzeću, količina podatkovnih poziva prema središnjem izvoru podataka može dovesti do uskog grla poslužitelja ili nadmetanja resursa.

Koristite mehanizam predmemorije za optimizaciju podatkovnih poziva. Jednu aplikaciju može koristiti mnogo korisnika, što rezultira mnogim podatkovnim pozivima po korisniku koji dosežu do krajnjih točaka poslužitelja. Ti podatkovni pozivi mogu biti mjesto na kojem se može doći do uskog grla ili gušenja.

Latencija u događaju OnStart zbog teških skripti

Teške skripte u događaju OnStart jedna su od najčešćih pogrešaka prilikom dizajniranja aplikacija od gotovih gradivnih elemenata. Trebali biste dobiti samo neophodne podatke potrebne za pokretanje aplikacije.

Optimizirajte formulu u događaju OnStart. Na primjer, umjesto toga premjestite neke funkcije u svojstvo OnVisible . Tako možete dopustiti da se aplikacija brzo pokrene, a ostali se koraci mogu nastaviti dok se aplikacija otvara.

Dodatne informacije: Optimizacija svojstva OnStart

Savjet

Preporučujemo korištenje svojstva App.StartScreen jer ono pojednostavnjuje pokretanje aplikacije i poboljšava performanse aplikacije.

Pritisak memorije na strani klijenta

Bitno je provjeriti potrošnje memorije aplikacija od gotovih gradivnih elemenata jer se aplikacija najčešće pokreće na mobilnim uređajima. Iznimke memorije u snopu najvjerojatniji su uzrok pada ili zamrzavanja ("prekida") aplikacije od gotovih gradivnih elemenata na određenim uređajima.

Snop jezika JavaScript (JS) može dosegnuti ograničenje zbog teških skripti koje se izvode na klijentskoj strani za dodavanje stupaca, spajanje, filtriranje, sortiranje ili grupiranje. U većini slučajeva iznimka potrošene memorije u snopu u klijentu može izazvati pad ili prekid aplikacije.

Kada se koriste podaci iz izvora kao što su Dataverse ili SQL Server, možete koristiti objekt Prikaz da bi se osiguralo spajanje, filtriranje, grupiranje ili sortiranje na strani poslužitelja umjesto na strani klijenta. Ovaj pristup smanjuje pomoćne procese klijenta za skriptiranje za takve radnje.

Ako su se na klijentskoj strani dogodile teške klijentske operacije kao što je PRIDRUŽI ili Grupiraj prema sa skupom podataka koji ima 2000 zapisa ili više, povećat će se objekti u snopu što rezultira dosezanjem ograničenja memorije.

Alati za razvojne inžinjere za većinu preglednika omogućuju vam profiliranje memorije. Pomoći će vam vizualizirati veličinu snopa, dokumente, čvorove i osluškivače. Profilirajte izvedbu aplikacije pomoću preglednika, kako je opisano u odjeljku Microsoft Edge (Chromium) pregled alata za razvojne programere . Provjerite scenarije koji premašuju prag memorije JS snopa. Dodatne informacije: Rješavanje problema s memorijom

Primjer pritiska memorije za aplikaciju kako se vidi iz alata za razvojne inžinjere preglednika.

Razmatranja performansi za poveznik za SQL Server

Možete koristiti poveznik za SQL Server za Power Apps radi povezivanja sa sustavom SQL Server lokalno ili bazom podataka Azure SQL. Ovaj odjeljak opisuje uobičajene probleme vezane uz izvedbu i rješenja za upotrebu ovog konektora za aplikaciju od gotovih gradivnih elemenata. Dodatne informacije: Povezivanje na SQL Server u platformi Power Apps, Stvaranje aplikacije od gotovih gradivnih elemenata u Azure SQL bazi podataka

Napomena

Iako se ovaj odjeljak odnosi na probleme s performansama i rješenja za poveznik za SQL Server, većina preporuka također se odnosi na upotrebu bilo koje vrste baze podataka—kao izvora podatakakao što je MySQL ili PostgreSQL—.

Pogledajmo uobičajene probleme s performansama i rješenja za korištenje poveznika za SQL Server za aplikacije od gotovih gradivnih elemenata.

Upit N+1

Galerije koje generiraju previše zahtjeva poslužiteljima uzrokovale su probleme s upitom N+1. Problem s upitom N+1 jedan je od najčešćih problema prilikom korištenja kontrole za opciju Galerija.

Da biste izbjegli problem, upotrijebite opciju prikaz objekata u SQL pozadini ili promijenite scenarije korisničkog sučelja.

Skeniranje tablice umjesto traženja indeksa

Aplikacija može usporiti ako funkcije koje aplikacija koristi pokreću upite u bazi podataka što rezultira skeniranjem tablice umjesto traženjem indeksa. Dodatne informacije: Savjeti, SKENIRANJE tablice i TRAŽENJE indeksa

Da biste riješili takve probleme, u formuli upotrijebite operator StartsWith umjesto operatora IN. Kada koristite SQL izvor podataka, operator StartsWith rezultira traženjem indeksa; ali operator IN rezultira skeniranjem indeksa ili tablice.

Spori upiti

Možete profilirati i podesiti spore upite i indekse u SQL bazi podataka. Na primjer, ako postoji formula koja dobiva određene podatke sa silaznim (DESC) redoslijedom na određenom stupcu, taj stupac za sortiranje treba imati indeks sa silaznim redoslijedom. Indeksni ključ prema zadanim postavkama stvara uzlazni (ASC) redoslijed.

Također možete provjeriti URL adresu zahtjeva za podacima. Na primjer, sljedeći isječak zahtjeva za podacima (djelomični poziv OData) traži od SQL-a da vrati 500 zapisa koji odgovaraju stupcu na Vrijednost i redoslijed prema ID-u silaznim redoslijedom.

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

To pomaže razumjeti zahtjeve indeksa za pokrivanje sličnih uvjeta zahtjeva. U ovom bi primjeru stupac ID trebao imati indeks sa silaznim redoslijedom, a upit će se brže izvesti.

Provjerite plan izvođenja sporih upita da biste vidjeli postoji li skeniranje tablice ili indeksa. Nadzirite sve prekomjerne troškove pretraživanja ključeva u planu izvršenja.

Dodatne informacije:

Nadmetanje resursa baze podataka

Osigurajte da izvor podataka—SQL baza podataka—nema nadmetanje resursa, poput uskog grla procesora, I/O nadmetanja, pritiska memorije ili tempDB nadmetanja. Također provjerite ima li zaključavanja, čekanja, mrtve petlje i vremenskih ograničenja upita.

Savjet

Koristite automatsko podešavanje za uvide u potencijalne probleme s performansama upita, preporučena rješenja i za automatsko rješavanje utvrđenih problema.

Debeli klijent ili pretjerani zahtjevi

Aplikacija koja izvodi operacije Grupiraj prema, Filtriraj prema ili PRIDRUŽI na strani klijenta koristi procesor i memorijske resurse s klijentskih uređaja. Ovisno o veličini podataka, ove operacije mogu trebati više vremena za skriptiranje na strani klijenta, povećavajući veličinu JS snopa na klijentu. Ovaj se problem povećava pri lokalnom izvoru podataka jer svaki podatkovni poziv pretraživanja putuje do izvora podataka kroz pristupnik za podatke.

U takvim situacijama koristite objekt View u SQL bazi podataka za operacije Grupiraj po,Filtriraj po ili JOIN . Prikazi mogu koristiti selektivne stupce i uklanjati nepotrebne stupce s velikim vrstama podataka, kao što su NVARCHAR(MAX), VARCHAR(MAX) i VARBINARY(MAX).

Savjet

Ovaj pristup također pomaže u rješavanju problema s upitom N+1.

Veličina podataka prenesena klijentu

Prema zadanim postavkama aplikacija od gotovih gradivnih elemenata prikazuje podatke pomoću tablica ili prikaza iz dostupnih objekata baze podataka. Dohvaćanje svih stupaca iz tablice može rezultirati sporim odgovorom, posebno kada se koriste velike vrste podataka kao što je NVARCHAR(MAX).

Prijenos velike količine podataka klijentima treba vremena. Ovaj prijenos rezultira s više vremena za skriptiranje kada u JS snopu na klijentskoj strani postoje velike količine podataka, kako je prethodno opisano u ovom članku.

Da biste smanjili veličinu podataka koji se prenose na klijenta, koristite prikaze s određenim stupcima potrebnima za aplikaciju i osigurajte da je omogućen eksplicitni odabir stupaca, kako je prethodno opisano u ovom članku .

Razmatranja specifična za lokalni SQL Server

Na performanse aplikacija od gotovih gradivnih elemenata koje koriste poveznik za SQL Server s lokalnim pristupnikom za podatke može se utjecati na različite načine. Ovaj odjeljak navodi uobičajene probleme s performansama i rješenja specifična za upotrebu lokalnog izvora baze podataka.

Nestabilni lokalni pristupnik za podatke

Tvrtke ili ustanove mogu definirati više čvorova za lokalne pristupnike za podatke. Čak i ako je jedan od čvorova nedostupan, zahtjevi za podacima na nestabilnom čvoru neće vratiti rezultat unutar odgovarajućeg vremenskog okvira ili će dovesti do poruke o pogrešci "nedostupno" nakon nekog vremena čekanja.

Osigurajte da su svi čvorovi lokalnog pristupnika za podatke stabilni i konfigurirani s minimalnim mrežnim kašnjenjem između čvorova i SQL instance.

Lokacija lokalnog pristupnika za podatke

Pristupnik za podatke zahtijeva mrežne pozive lokalnim izvorima podataka za interpretaciju zahtjeva OData. Na primjer, pristupnik za podatke mora razumjeti shemu tablice podataka za prevođenje zahtjeva OData u SQL naredbe jezika za manipulaciju podacima (DML). Dodatni indirektni troškovi dodaju se kada je podatkovni pristupnik konfiguriran na zasebnom mjestu s visokom latencijom mreže između podatkovnog pristupnika i SQL instance.

U poslovnom okruženju preporučuje se skalabilni klaster pristupnika za podatke kada se očekuju teški zahtjevi za podacima. Provjerite koliko je veza uspostavljeno između čvorova pristupnika za podatke i SQL instance.

Provjerom istovremenih veza u lokalnom pristupniku za podatke ili u SQL instanci, vaša tvrtka ili ustanova može odrediti točku kada pristupnik za podatke treba proširiti i s koliko čvorova.

Skalabilnost pristupnika za podatke

Ako očekujete da pristupite velikoj količini podataka s lokalnog pristupnika za podatke, samo jedan čvor lokalnog pristupnika za podatke može postati usko grlo za pokrivanje tako velike količine zahtjeva.

Jedan čvor lokalnog pristupnika za podatke može biti dovoljan za obradu najviše 200 istodobnih veza. Međutim, ako sve ove istodobne veze aktivno izvršavaju upite, drugi zahtjevi završe čekajući dostupnu vezu.

Za informacije o osiguranju da se vaš lokalni pristupnik za podatke skalira u skladu s količinom podataka i zahtjeva otvorite odjeljak Nadzor i optimizacija lokalnog pristupnika za podatke.

Razmatranja specifična za Azure SQL bazu podataka

Aplikacije od gotovih gradivnih elemenata mogu se povezati s bazom podataka Azure SQL pomoću poveznika za SQL Server. Čest uzrok problema s performansama prilikom upotrebe Azure SQL baze podataka je odabir pogrešne razine za vaše poslovne zahtjeve.

Baza podataka Azure SQL dostupna je u različitim razinama usluga, s raznim mogućnostima za odgovaranje različitim poslovnim zahtjevima. Dodatne informacije o razinama potražite u odjeljku Dokumentacija o bazi podataka Azure SQL.

Kod teških zahtjeva za podacima, resursi na razini koju odaberete mogu se ograničiti kada se dosegne vrijednost praga. Takvo ograničavanje kompromitira performanse sljedećeg niza upita.

Provjerite razinu usluge baze podataka Azure SQL. Niža razina imat će određena ograničenja i prepreke. Iz perspektive performansi važni su CPU, I/O propusnost i latencija. Stoga preporučujemo da povremeno provjeravate izvedbu SQL baze podataka i provjeravajte premašuje li upotreba resursa prag. Na primjer, lokalni SQL Server obično postavlja prag upotrebe CPU-a na oko 75 posto.

Razmatranja performansi za poveznik za SharePoint

Možete koristiti SharePoint poveznik za stvaranje aplikacija pomoću podataka iz Microsoftovih popisa. Aplikacije od gotovih gradivnih elemenata možete stvoriti i izravno s prikaza popisa. Pogledajmo uobičajene probleme s performansama i rješenja kada se koristi izvor podataka SharePoint s aplikacijama od gotovih gradivnih elemenata.

Previše stupaca za dinamičko pretraživanje

SharePoint podržava razne vrste podatakauključujući dinamička pretraživanja kao što su Osoba, Grupa i Izračunato.. Ako popis sustava definira previše dinamičkih stupaca, potrebno je više vremena za manipulaciju tim dinamičkim stupcima u sustavu SharePoint prije vraćanja podataka klijentu koji pokreće aplikaciju od gotovih gradivnih elemenata.

Nemojte prekomjerno koristiti stupce dinamičkog pretraživanja u sustavu SharePoint. Ovo prekomjerno korištenje može rezultirati dodatnim pomoćnim procesima koji se mogu izbjeći na strani sustava SharePoint za manipulaciju podacima. Umjesto toga možete koristiti statičke stupce da biste zadržali , na primjer, pseudonime e-pošte ili imena ljudi.

Slikovni stupac i privitak

Veličina slike i priložena datoteka mogu pridonijeti sporom odgovoru prilikom dohvaćanja klijentu.

Pregledajte svoj popis i osigurajte da su definirani samo neophodni stupci. Broj stupaca na popisu utječe na performanse zahtjeva za podacima. Ovo se događa zbog podudarnih zapisa ili jer se dohvaćaju zapisi do definiranih ograničenja podatkovnog retka i prenose natrag klijentu sa svim stupcima definiranim na popisu—bez obzira koristi li ih aplikacija ili ih ne koristi.

Za ispitivanje samo stupaca koje aplikacija koristi omogućite značajku Eskplicitni odabir stupaca, kao što je prethodno opisano u ovom članku.

Veliki popisi

Ako imate velik popis sa stotinama tisuća zapisa, razmislite o dijeljenju popisa ili podijelite popis na nekoliko popisa na temelju parametara kao što su kategorije ili datum i vrijeme.

Primjerice, vaši bi se podaci mogli pohraniti na različite popise godišnje ili mjesečno. U tom slučaju aplikaciju možete dizajnirati tako da korisniku dopusti odabir vremenskog okvira i dohvati podatke unutar tog raspona.

U kontroliranom okruženju, mjerilo uspješnosti dokazalo je da je učinkovitost OData zahtjeva u odnosu na Microsoftove popise ili popise sustava SharePoint u velikoj mjeri povezana s brojem stupaca na popisu i brojem dohvaćenih redaka (ograničeno s ograničenjem podatkovnog retka za upite koji se ne mogu delegirati). Manji broj stupaca i niža postavka ograničenja podatkovnog retka mogu poboljšati performanse aplikacije od gotovih gradivnih elemenata.

Ipak, u stvarnom svijetu aplikacije su dizajnirane da zadovolje određene poslovne zahtjeve. Možda neće biti brzo ili jednostavno smanjiti ograničenje podatkovnog retka ili broj stupaca na popisu. Međutim, preporučujemo nadzor zahtjeva OData na strani klijenta i podešavanje ograničenja podatkovnog retka za upite koji se ne mogu delegirati i broj stupaca na popisu.

Razmatranja performansi za korištenje platforme Dataverse kao izvora podataka

Kad koristite Microsoft Dataverse kao izvor podataka, zahtjevi za podacima idu izravno u instancu okruženja, bez prolaska kroz Upravljanje API-jima servisa Azure. Dodatne informacije: Tok poziva podataka tijekom povezivanja sa servisom Microsoft Dataverse

Savjet

Kada se prilagođene tablice koriste u servisu Dataverse, možda će biti potrebna dodatna sigurnosna konfiguracija da bi korisnici mogli pregledavati zapise pomoću aplikacija od gotovih gradivnih elemenata. Dodatne informacije: Sigurnosni koncepti n platformi Dataverse, Konfiguracija sigurnosti korisnika na resurse u okruženju i Sigurnosne uloge i privilegije

Aplikacija od gotovih gradivnih elemenata povezana s platformom Dataverse može se sporo izvoditi ako izvodi teško klijentsko skriptiranje, kao što je Filtriraj prema ili PRIDRUŽI na strani klijenta umjesto na strani poslužitelja.

Koristite prikaze platforme Dataverse kad je to moguće. Prikaz s potrebnim kriterijima pridruživanja ili filtriranja pomaže smanjiti pomoćne procese korištenja cijele tablice. Na primjer, ako trebate spojiti tablice i filtrirati njihove podatke, možete definirati prikaz tako što ćete ih spojiti i definirati samo potrebne stupce. Zatim možete upotrijebiti ovaj prikaz u svojoj aplikaciji koja stvara ovaj pomoćni proces na strani poslužitelja za operaciju pridruživanja/filtriranja umjesto na strani klijenta.Ova metoda smanjuje ne samo dodatne operacije, već i prijenos podataka. Informacije o uređivanju filtra i kriterijima sortiranja potražite u odjeljku Uređivanje kriterija filtra.

Razmatranja performansi za poveznik za Excel

Poveznik za Excel omogućuje povezivanje aplikacije od gotovih gradivnih elemenata s podacima u tablici unutar Excel datoteke. Ovaj poveznik ima ograničenja u usporedbi s drugim izvorima podataka—na primjer ograničene funkcije koje se mogu delegirati—što ograničava aplikaciju od gotovih gradivnih elemenata pri učitavanju podataka iz tablice samo do 2 000 zapisa. Da biste učitali više od 2000 zapisa, podijelite podatke u različite podatkovne tablice kao druge izvore podataka.

Pogledajmo uobičajene probleme s performansama kada se koristi Excel kao izvor podataka za aplikacije od gotovih gradivnih elemenata i kako ih riješiti.

Previše podatkovnih tablica i velika veličina podataka

Sporost u aplikaciji može se iskusiti kada koristi Excel datotekom s previše podatkovnih tablica ili podatkovne tablice s ogromnom veličinom podataka u nekoliko stupaca. Excel datoteka nije relacijska baza podataka ili izvor podataka koji pruža funkcije koje se mogu delegirati. Power Apps mora najprije učitati podatke definirane tablice s podacima, a zaim upotrijebiti funkcije, kao što su Filtriraj, Razvrstaj, PRIDRUŽI, Grupiraj i Pretraži.

Previše podatkovnih tablica s velikim brojem redaka i stupaca utječe na izvedbu aplikacije i pomoćne procese na strani klijenta, jer svakom podatkovnom tablicom treba manipulirati unutar JS snopa. Ovaj učinak također dovodi do toga da aplikacija troši više memorije na strani klijenta.

Da biste osigurali da ovaj problem ne utječe na vašu aplikaciju, definirajte samo neophodne stupce u podatkovnoj tablici u Excel datoteci.

Teške transakcije

Excel nije relacijski sustav baza podataka. Svim promjenama u aplikaciji Excel upravlja na isti način kao kad korisnik mijenja podatke u Excel datoteci. Ako aplikacija ima velik broj čitanja, ali manje operacija CRUD, može imati dobre performanse. Međutim, ako aplikacija izvršava teške transakcije, to može negativno utjecati na performanse aplikacije.

Ne postoji posebna vrijednost praga za broj transakcija, jer se također odnosi na podatke kojima se manipulira. Nekoliko drugih aspekata također utječe na performanse aplikacije, poput mrežnih pomoćnih procesa ili korisnikova uređaja.

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

Veličina datoteke

Možete birati između širokog spektra mogućnosti pohrane u oblaku s različitim—ili konfigurirajućim—kapacitetom pohrane za Excel datoteku. Međutim, jedna velika Excel datoteka sa svim tablicama definiranim u jednoj datoteci dodaje dodatne pomoćne procese za aplikaciju tijekom preuzimanja datoteke i čitanja podataka za učitavanje na strani klijenta.

Umjesto da koristite jednu veliku datoteku, podijelite podatke u više Excel datoteka s minimalnim podatkovnim tablicama. Zatim se povežite sa svakom datotekom samo kad vam zatreba. Na taj se način učitavanje podataka iz podatkovne tablice događa u fragmentima, smanjujući pomoćne procese mnogih tablica ili velikih skupova podataka.

Mjesto datoteke

Geografska lokacija izvora podataka i udaljenost od lokacije klijenta mogu rezultirati uobičajenim uskim grlom za performanse aplikacije i izazvati mrežno kašnjenje. Ovaj se učinak može pojačati kada mobilni klijent ima ograničenu propusnost za povezivanje.

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

Sljedeći koraci

Savjeti i najbolje prakse za poboljšanje performansi aplikacije od gotovih gradivnih elemenata

Pogledajte također

Razumijevanje faza izvršavanja aplikacija od gotovih gradivnih elemenata i tijeka podatkovnih poziva
Uobičajeni uzroci sporih performansi za aplikaciju od gotovih gradivnih elemenata
Uobičajeni problemi i rješenja za uslugu Power Apps
Otklanjanje poteškoća prilikom pokretanja za Power Apps

Napomena

Možete li nam reći više o željenim jezicima za dokumentaciju? Ispunite kratki upitnik. (imajte na umu da je upitnik na engleskom jeziku)

Ispunjavanje upitnika će trajati otprilike sedam minuta. Osobni podaci se ne prikupljaju (izjava o zaštiti privatnosti).