Ohiko mihise aplikazioaren errendimendu-arazoak eta konponbideak

Mihise aplikazioak eraiki ditzakezu datu-iturburuen matrize anitza erabiliz. Aukeratu eskuineko datu-iturburu eta konektore bat aplikazioak diseinatutako negozio beharren eta agertokien arabera. Enpresa-aplikazioetarako, Microsoft Dataverse da gomendatutako datu-iturburu hainbat errendimendu-onura eskaintzen dituelako. Transakzio kopuru txikia duten aplikazioetarako, zure ingurunean dauden beste edozein datu iturri erabil ditzakezu.

Aplikazio baten errendimenduari dagokionez, pentsatu aplikazioa erabiltzen duten erabiltzaile kopuruari buruz argitaratu ostean; kopurua sortzeko, berreskuratzeko, eguneratzeko eta ezabatzeko (CRUD) transakzioak; datu-interakzioen mota; sarbide geografikoa; eta erabiltzaileek dituzten gailuen mota.

Artikulu honetan, mihise aplikazioak poliki-poliki exekutatu ditzaketen errendimendu arazo ohikoenetako batzuk eta nola konpondu jakingo duzu. Informazio honek aplikazioaren errendimendua hobetzen lagunduko dizu zure negozio plana eta hazkundea kontuan hartuta.

Errendimendu arazo gertatzen dena arrunt batzuekin hasiko gara erabiltzen ari den konektorea edozein dela ere. Ondorengo ataletan, erreferentziazko lokailuetarako zehatzagoak diren errendimendu arazoak eta ebazpenak ezagutuko dituzu.

Hasi aurretik, ziurtatu ulertzen duzula mihise aplikazioen exekuzio faseak eta datu deien fluxua. Era berean, irakurri mihise aplikazioaren errendimendu geldoaren iturri komun posibleak lortu informazio gehiago mihise aplikazioak diseinatzerakoan edo eguneratzean saihestu ditzakezun ohiko akatsak zehaztu.

Datu multzo handiak poliki kargatzen ari dira plataforma desberdinetan

Aplikazio baten errendimendua alda daiteke plataforma desberdinetan datu multzo handiak kargatzean, adibidez iOS edo Android. Aldaketa hau plataforma bakoitzean sareko eskaera muga desberdinengatik gertatzen da. Adibidez, baimendutako sare eskaera kopurua plataformaren arabera desberdina izan daiteke. Diferentzia horrek datu multzo handien datuak kargatzeko denboran eragin handia izan dezake.

Pantailan berehala bistaratzeko behar dituzun datuak soilik kargatzea gomendatzen dugu. Beste datu batzuetarako, paginate eta cachea zure datuak. Informazio gehiago: Mihise aplikazioen errendimendua hobetzeko aholkuak eta praktika onak

Zutabe gehiegi berreskuratu dira

Gomendatzen dizugu hautatzea soilik aplikaziorako beharrezkoak diren zutabeak. datu-iturburu-eko zutabe gehiago edo guztiak gehituz gero zutabeetan datu guztiak deskargatzen dira. Ekintza honi esker, sareko gaineko deiak ugariak dira eta, beraz, memoria-erabilera handia bezeroaren gailuan. Arazo honek gailu mugikorrak dituzten erabiltzaileei eragin diezaieke are gehiago sareko banda zabalera mugatua bada, edo gailu batek memoria mugatua edo herentziazko prozesadorea badu.

Adibidez, erabiltzen baduzu Dataverse zure aplikazioaren datu-iturburu gisa, ziurtatu gaituta duzula zutabe hautaketa esplizitua ezaugarria. Ezaugarri honek aukera ematen du Power Apps aplikazioan erabilitako zutabeentzako datuak berreskuratzea mugatzeko.

Mihise aplikazioko zutabe hautaketa esplizituaren funtzioa aktibatzeko, joan hona Ezarpenak > Datozen funtzioak > Aurrebista eta, ondoren, piztu Zutabe hautaketa esplizitua .

Onartu gabeko edo legatuaren arakatzaileak

Onartzen ez duten edo arakatzaile zaharrak erabiltzen dituzten erabiltzaileak errendimendu arazoak izan ditzake. Ziurtatu erabiltzaileak bakarrik erabiltzen dituzte onartutako arakatzaileak exekutatzen mihise aplikazioek.

Errendimendu motela, distantzia geografikoa dela eta

Kokapen geografikoa inguruneak eta datu-iturburu azken erabiltzaileekiko distantziak eragina du errendimenduan.

Zure ingurunea erabiltzaileengandik gertu kokatzea gomendatzen dugu. Hala ere Power Apps Azure Edukia entregatzeko sarea erabiltzen du edukirako; datu deiek oraindik datu-iturburu-etik jasotzen dituzte datuak. Datu-iturburu beste kokapen geografiko batean kokatuta egon daiteke aplikazioaren errendimenduan.

Gehiegizko distantzia geografikoak eragina du errendimenduan modu desberditan, hala nola latentzian, errendimendu murriztuan, banda zabalera txikiagoan edo paketeen galeran.

Onartu zerrenda konfiguratu gabe

Ziurtatu ez dituzula beharrezko zerbitzuaren URLak blokeatzen edo ez itzazu zure suebakiaren baimenen zerrendara gehitzen. Baimendu beharreko zerbitzuen URL guztien zerrenda osoa lortzeko Power Apps, joan Beharrezko zerbitzuak.

Delgaezinak ez diren funtzioak eta datu errenkada muga desegokiak erabiltzea delegatu ezin diren kontsultetarako

Delega daitezkeen funtzioak delegatu prozesatu datuak datu-iturburua, gutxiagotuz bezeroaren gaineko gastua. Ordezkaritza ezinezkoa denean, datuen errenkadaren muga muga dezakezu delegatu ezin diren kontsultetarako, zerbitzarian oinarritutako konexio batetik bueltatutako errenkada kopurua optimoa izan dadin.

Delegatu ezin diren funtzioak eta desegokiak erabiltzea datuen errenkada mugak delegatu ezin diren kontsultetarako gehitu gainkarga gehigarria datuen transferentzian. Buruz buruko honek jasotako datuak manipulatzea eragiten du JS pila bezeroaren aldetik. Ziurtatu aplikaziorako funtzio delegagarriak erabiltzen dituzula eskuragarri dagoen guztietan, eta erabili delegatu ezin diren kontsultetarako datu ilara muga ezin hobea.

Informazio gehiago: Erabili delegazioa, Delegazioaren ikuspegi orokorra

OnStart gertaerak sintonizazioa behar du

OnStart gertaera exekutatuko da aplikazioa kargatzen denean. Datu-kopuru handiak deitzea aplikazioaren funtzioak erabiliz OnStart propietatea eragingo dio aplikazioari motel kargatzea. Beste pantaila batean zehaztutako kontrolen eta balioen mendekotasun handia duen pantailak pantaila nabigazio geldoarekin eragingo du.

Ondorengo ataletan egoera horietan izandako arazo ohikoenak deskribatzen dira.

OnStart gertaeran dei kopuru handia aplikazioak poliki-poliki hastea eragiten du

Enpresa batean, datu-iturburu zentral batera deitutako datuen bolumenek zerbitzariaren botilak edo baliabideen auzia eragin dezakete.

Erabili cache mekanismoa, eta datu deiak optimizatu. Erabiltzaile askok aplikazio bakarra erabil dezakete, zerbitzariaren amaierako puntuetara heltzen diren erabiltzaile bakoitzeko datu deiak sortuz. Datu dei hauek botila-lepoa edo mugimendua gerta daitezkeen lekua izan daitezke.

Latentzia OnStart gertaeran script gogorrak direla eta

Gidoi astunak OnStart gertaeran mihise aplikazioak diseinatu bitartean gertatzen diren ohiko akatsak dira. Zuk aplikazioa abiarazteko diren datuak soilik lortu beharko dituzte.

Optimizatu formula OnStart gertaera batean. Adibidez, mugi ditzakezu funtzio batzuk OnVisible propietatera. Horrela, aplikazioa azkar hasten utzi dezakezu, eta beste urrats batzuek jarrai dezakete aplikazioa abiarazi bitartean.

Informazio gehiago: Optimizatu OnStart propietatea

Argibidea

Erabiltzea gomendatzen dugu App.StartScreen propietatea aplikazioaren abiaraztea errazten duelako eta aplikazioaren errendimendua areagotzen duelako.

Memoriaren presioa bezeroaren aldetik

Garrantzitsua da egiaztatzea memoriaren kontsumoa mihise aplikazioaren kasuan, izan ere, denbora gehienean, aplikazioa gailu mugikorretan exekutatzen da. Multzoaren memoria salbuespenak dira gailu jakin batzuetan izorratu edo izozten edo blokeatzen dituen mihise aplikazio baten atzean dagoen kausa.

JavaScript (JS) pilak muga jo dezake bezeroaren aldetik zutabe gehigarriak, elkartzeko, iragazteko, ordenatzeko edo multzokatzeko script gogorrak daudelako. Kasu gehienetan, memoriarik gabeko salbuespenak bezeroaren metak salbu dezake aplikazioak huts egitea edo zintzilikatzea.

Bezalako iturrietako datuak erabiltzean Dataverse, edo SQL Server, a erabil dezakezu Ikusi objektu hau bezeroaren ordez zerbitzari-aldean elkartzea, iragaztea, taldekatzea edo ordenatzea gertatzen dela ziurtatzeko. Ikuspegi honek bezeroen gaineko script-ak murrizten ditu ekintza horietarako.

JOIN edo Group By bezeroen eragiketak gertatzen badira bezeroaren aldetik datu-multzo batekin, zeinak 2.000 erregistro edo gehiago dituen, pilako objektuak handitu egingo dira, memoriaren muga gaindituz.

Arakatzaile gehienentzako garatzaileen tresnek memoria profilatzeko aukera ematen dute. Horrek lagundu egingo dizu pilaren tamaina, dokumentuak, nodoak eta entzuleak bistaratuko lituzke. Eman profilaren aplikazioaren errendimendua arakatzailea erabiliz, atalean azaltzen den moduan Microsoft Edge (Chromium) Garatzaileen Tresnen ikuspegi orokorra. Egiaztatu JS pila memoriaren atalasea gainditzen duten eszenatokiak. Informazio gehiago: Memoriaren arazoak konpondu

Errendimenduari buruzko gogoetak SQL Server konektorerako

Erabil dezakezu SQL zerbitzariaren konektorea hurrengorako Power Apps konektatzeko SQL zerbitzarira lokalean edo Azure SQL datu-basera. Atal honetan konektore hau mihise aplikazio baterako erabiltzeko ohiko errendimenduarekin lotutako arazoak eta ebazpenak deskribatzen dira. Informazio gehiago: Konektatu SQL Server zerbitzura Power Apps, Sortu mihise aplikazioa Azure SQL datu-basetik

Oharra

Nahiz eta atal honek erreferentzia egin SQL zerbitzariaren konektoreari errendimendu arazo eta ebazpenengatik, gomendio gehienak aplikatzen dira erabiliz edozein datu-base mota—adibidez, MySQL edo PostgreSQL—datu-iturburu gisa.

Ikus ditzagun ohiko errendimendu arazo eta ebazpenak, SQL Server konektorea mihise aplikazioetarako erabiltzen dugunean.

N+1 kontsulta

Zerbitzariei eskaera gehiegi sortzen dieten galeriek N + 1 kontsulta arazoak eragin dituzte. N+1 kontsulta arazoa esperientzari buruzko arazo ohikoenetako bat da erabiliz Galeria kontrola.

Arazoa ekiditeko, erabili objektuak ikusi SQL backendean edo aldatu erabiltzaile interfazearen agertokiak.

Taula eskaneatzea aurkibidea bilatu beharrean

Aplikazio batek abiadura moteldu dezake aplikazioak erabiltzen dituen funtzioek datu basean kontsultak egiten badituzte, aurkibidea bilatu beharrean taulen bilaketak eginez. Informazio gehiago: Aholkuak, taularen SCAN eta aurkibidea SEEK

Arazo horiek konpontzeko, erabili StartsWith eta ez IN formulan. SQL datu-iturburuarekin, StartsWith operadorearen emaitzak aurkibidea bilatzen du, baina IN operadoreak aurkibidea edo taularen eskaneatzea lortzen du.

Kontsulta geldoak

SQL datu-baseko kontsulta eta aurkibide geldoak profilatu eta sintonizatu. Adibidez, zutabe jakin batean beheranzko (DESC) ordenarekin zenbait datu lortzen dituen formula bat badago, ordenatzeko zutabe horrek beheranzko ordenarekin aurkibide bat izan beharko luke. Indizearen teklak goranzko (ASC) ordena sortzen du lehenespenez.

Datu eskaeren URL helbidea ere egiaztatu dezakezu. Adibidez, honako datu eskaera honek kode zati (OData dei partziala) SQL-ri eskatzen dio bat datozen 500 erregistroak zutabe batera Balioa eta ordenatu NAN beheranzko ordenan.

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

Honek eskaera baldintza horiek estaltzeko indizearen eskakizunak ulertzen laguntzen du. Adibide honetan, ID zutabeak aurkibidea izan behar du beheranzko ordenarekin kontsulta azkarrago egiteko.

Egiaztatu kontsulta geldoen exekuzio-plana taulen edo aurkibidearen eskaneatzerik badagoen ikusteko. Kontrolatu Key Lookup-en gehiegizko kostuak exekuzio planean.

Informazio gehiago:

• Ikuskatu eta sintonizatu performancea
• Errendimendua kontrolatzea kontsulta denda erabiliz
• Gertaeren ikuspegi orokorra

Datu-basearen baliabideen eztabaida

Ziurtatu datu-iturburuak—SQL database—ez duela baliabiderik, ezta prozesadorearen botila-leporik, I/O eztabaida, memoria presioa, edo tempDB eztabaida. Egiaztatu blokeoak, itxaronaldiak, blokeoa eta kontsulten denbora-mugak.

Argibidea

Erabili sintonizazio automatikoa kontsulten errendimendu-arazo potentzialei buruzko informazioa lortzeko, gomendatutako irtenbideak eta identifikatutako arazoak automatikoki konpontzeko.

Bezero lodia edo gehiegizko eskaerak

Aplikazioa exekutatuz Taldearen arabera, Iragazkiaren arabera, edo JOIN eragiketak bezeroaren aldetik prozesadoreak eta memoria-baliabideak erabiltzen dituzten bezeroen gailuetatik. Datuen tamainaren arabera, eragiketa hauek scripting denbora gehiago behar izan dezakete bezeroaren aldetik, handituz JS pila bezeroaren tamaina. Arazoa handitzen da Lokal datu-iturburu, erabiltzerakoan zeren bilaketa-datu bakoitza datu-atebidetik datu-iturburu-ra joaten baita.

Horrelako egoeretan, erabili Ikusi objektua SQL datu-basean Taldearen arabera, Iragazi arabera, edo BATU eragiketak. Ikuspegiek zutabe selektiboak erabil ditzakete eta beharrezkoak ez diren zutabeak ken ditzakete datu handiekin, hala nola NVARCHAR(MAX), VARCHAR(MAX), eta VARBINARY(MAX).

Argibidea

Ikuspegi honek N + 1 kontsulta arazoa.

Datuen tamaina bezeroari transferitu zaio

Lehenespenez, mihise aplikazio batek taulak edo eskuragarri dauden datu-baseko objektuetako ikuspegiak erakusten ditu datuak. Taula batetik zutabe guztiak berreskuratzeak erantzun motela eragin dezake, batez ere datu handien motak NVARCHAR(MAX) erabiltzean.

Bezeroei datu kopuru handiak transferitzeak denbora behar du. Transferentzia honek scriptaren denbora gehiago lortzen du bezeroaren aldetik JS pilan datu kopuru handia dagoenean artikulu honetan lehen deskribatutakoa.

Bezeroari transferitzen zaizkion datuen tamaina murrizteko, erabili ikuspegiak aplikaziorako behar diren zutabe espezifikoekin eta ziurtatu zutabe hautaketa esplizitua gaituta dagoela, artikulu honetan lehen deskribatutakoa.

SQL Server lokal-i buruzko gogoetak

Mihise aplikazioaren errendimendua SQL zerbitzariaren konektorea erabiliz, datuetarako atebide lokal batekin eragina izan dezake hainbat modutan. Atal honetan lokal datu-basearen iturburua erabiltzeko berariazko errendimendu arazoak eta ebazpenak agertzen dira.

Osasuntsuak ez diren datuetarako atebide lokala

Erakundeek lokal datu atebideetarako hainbat nodo defini ditzakete. Nodoetako bat ezin bada iritsi, nodo osasungarrirako datu eskaerek ez dute emaitza denbora tarte egokian itzuliko edo ez dute eragingo "ez dago eskuragarri" errore-mezuak pixka bat itxaron ondoren.

Ziurtatu lokal datu atebide nodo guztiak osasuntsuak direla eta sareko latentzia minimo batekin konfiguratuta dagoela nodoen eta SQL instantziaren artean.

Datuetarako atebide lokal baten kokapena

Datu atebideak sareko deiak behar ditu lokal datu iturrietara OData eskaerak interpretatzeko. Adibidez, datuen atebideak datuen taulen eskema ulertu behar du OData eskaerak SQL datuen manipulazio lengoaiaren (DML) adierazpenetara itzultzeko. Gain-kostu gehigarria gehitzen da datu-atebidea datu-atebidearen eta SQL instantziaren artean sareko latentzia handiko kokapen bereizi batean konfiguratzen denean.

Enpresa ingurune batean, datuen pasabideen kluster eskalagarria izatea gomendatzen da datu eskaera handiak espero direnean. Egiaztatu zenbat konexio dauden datuen pasabidearen nodoen eta SQL instantziaren artean.

Lokal datu atebide batean edo SQL zerbitzari batean aldibereko konexioak egiaztatuta, zure erakundeak erabaki dezake puntua noiz aldatu behar den datu atebidea eta zenbat nodoekin.

Datuetarako atebidearen eskalagarritasuna

Lokal datu atebidetik datu bolumen handira sartzea espero baduzu, lokal datu atebidearen nodo bakarra botila bihur daiteke eskaera kopuru handia estaltzeko.

Lokal datu-pasabidearen nodo bakarra nahikoa izan daiteke 200 edo gutxiagoko konexio batera bideratzeko. Gainera, aldibereko konexio horiek guztiak kontsultak modu aktiboan egiten ari badira, beste eskaera batzuek eskuragarri dagoen konexioaren zain amaituko dute.

Zure lokal datuen atebideak datuen eta eskaeren bolumenaren arabera eskalatzen dituela ziurtatzeko informazioa lortzeko, joan hona: Jarraitu eta optimizatu lokal datuen atebideen errendimendua.

Azure SQL datu-baseari buruzko gogoetak

Canvas aplikazioak Azure SQL datu basera konektatu daitezke SQL Server konektorea erabiliz. Errendimendu arazoen ohiko kausa Azure SQL datu-basea erabiltzean zure negozio eskakizunetarako maila okerra hautatzea da.

Azure SQL datu basea zerbitzu maila desberdinetan dago eskuragarri, negozio eskakizunekin bat etortzeko gaitasun anitzekin. Mailei buruzko informazio gehiago lortzeko, joan hona Azure SQL datu-basearen dokumentazioa.

Datu eskaera handiekin, aukeratutako mailan baliabideak mugatu egin daitezke atalasearen balioa sakatuta. Mugimendu horrek hurrengo kontsulta multzoen errendimendua arriskuan jartzen du.

Egiaztatu Azure SQL datu-basearen zerbitzu maila. Beheko mailak muga eta muga batzuk izango lituzke. Errendimenduaren ikuspegitik, PUZa, I/Oaren errendimendua eta latentzia garrantzitsuak dira. Hori dela eta, gomendatzen dizugu egiaztatzea SQL datu-basearen errendimendua aldizka eta egiaztatu baliabideen erabilerak atalasea gainditzen duen. Adibidez, lokala den SQL zerbitzariak normalean ezartzen duen erabileraren atalasea PUZ, ehuneko 75 inguruan.

Errendimenduari buruzko gogoetak SharePoint konektorerako

Erabil dezakezu SharePoint konektorea Microsoft Zerrendetako datuak erabiliz aplikazioak sortzeko. Mihise aplikazioak zuzenean sor ditzakezu zerrenda ikuspegia. Ikus ditzagun ohiko errendimendu arazo eta ebazpenak SharePoint datu-iturburua erabiliz mihise aplikazioekin.

Bilaketa zutabe dinamiko gehiegi

SharePoint onartzen ditu hainbat datu mota, barne hartuz bilaketa dinamikoak; esaterako, Pertsona, Taldea, eta Kalkulatua. Bada zerrendak zutabe dinamiko gehiegi definitzen ditu; denbora gehiago behar da zutabe dinamiko horiek manipulatzeko SharePoint-en mihise aplikazioa exekutatzen duen bezeroari datuak itzuli aurretik.

Ez erabili gehiegi bilaketa dinamikoko zutabeak SharePoint. Erabilera gehiegizko honek saihesteko eta aparteko gastuak sor ditzake SharePoint datuak manipulatzeko aldea. Horren ordez, zutabe estatikoak erabil ditzakezu mezu elektronikoen ezizenak edo pertsonen izenak gordetzeko, adibidez.

Irudiaren zutabea eta eranskina

Irudi baten tamaina eta erantsitako artxiboa erantzun geldoari egotz dakizkioke bezeroari berreskuratzean.

Berrikusi zure zerrenda, eta ziurtatu beharrezko zutabeak bakarrik definitu direla. Zerrendako zutabe kopuruak datu eskaeren errendimenduari eragiten dio. Efektu hau bat datorren erregistroengatik da edo zehaztutako datu errenkaden mugetara arteko erregistroak berreskuratzen dira eta bezeroari igortzen zaizkio zerrendan zehaztutako zutabe guztiekin—aplikazioak horiek guztiak erabiltzen dituen edo ez.

Kontsultatu soilik aplikazioak erabilitako zutabeak, gaitu zutabe esplizituaren hautaketaren eginbidea, aurrez artikuluan deskribatu moduan.

Zerrenda handiak

Ehunka mila erregistro dituen zerrenda handia baduzu, pentsa ezazu zerrenda partizionatzea edo zerrenda hainbat zerrendatan banatzea, hala nola kategoriak edo data eta ordua bezalako parametroetan oinarrituta.

Adibidez, zure datuak zerrenda desberdinetan gorde litezke urtero edo hilero. Kasu horretan, aplikazioa diseina dezakezu erabiltzaileei denbora-leiho bat hautatzen uzteko barruti horretako datuak berreskuratzeko.

Ingurune kontrolatuan, errendimenduaren erreferentzia-puntuak frogatu du OData-ren errendimenduaren kontsultak Microsoft Zerrenden edo SharePoint zerrenden aurka oso erlazionatuta dago zerrendako zutabe kopuruarekin eta berreskuratu diren errenkada kopuruarekin (mugatuta hurrengoaren arabera datuen errenkada muga delegatu ezin diren kontsultetarako). Zutabe kopuru txikiagoak eta datu errenkaden muga ezarpenak mihise aplikazio bat hobea izan dadin.

Mundu errealean, ordea, aplikazioak negozioaren zenbait eskakizun asetzeko diseinatuta daude. Agian ez da azkarra edo sinplea datuen errenkadaren muga edo zutabe kopurua murriztea zerrenda. Hala ere, gomendagarria da bezeroaren aldetik OData eskaerak kontrolatzea, eta datuen errenkada mugatzea delegatu ezin diren kontsultetarako eta zutabe kopurua zerrenda.

Errendimenduari buruzko gogoetak Dataverse datu-iturburu gisa

Erabiltzen duzunean Microsoft Dataverse datu-iturburu bezala, datu eskaerak inguruneko instantziara joaten dira zuzenean, Azure API kudeaketatik pasatu gabe. Informazio gehiago: Datu deien fluxua konektatzerakoan Microsoft Dataverse-ra

Argibidea

Taula pertsonalizatuak erabiltzen direnean Dataverse-n, Segurtasun konfigurazio gehigarria behar da erabiltzaileek mihise aplikazioekin erregistroak ikusi ahal izateko. Informazio gehiago: Segurtasun kontzeptuak Dataverse, Konfiguratu erabiltzailearen segurtasuna ingurune bateko baliabideetara, eta Segurtasun funtzioak eta pribilegioak

Mihise aplikazioa konektatuta Dataverse poliki-poliki funtziona dezake, hala nola Iragazi arabera edo JOIN bezalako bezeroen aldeko gidoi astunak, zerbitzariaren alderdia beharrean.

Erabili Dataverse ikuspegiak ahal denean. Beharrezko bateratze edo iragazki irizpideak dituen ikuspegiak taula oso bat erabiltzearen gastuak murrizten laguntzen du. Adibidez, taulak elkartu eta haien datuak iragazi behar badituzu, egin dezakezu ikuspegi bat definitu haiekin elkartuz eta behar dituzun zutabeak soilik definituz. Ondoren, erabil dezakezu ikuspegi hori zerbitzariaren aldean gainkarga hori sortzen duen aplikazioan, bezeroarentzako ordez batu / iragazteko eragiketa. Metodo honek aparteko eragiketak ez ezik, datu-transmisioak ere murrizten ditu. Editatzeko iragazkiei eta ordenatzeko irizpideei buruzko informazioa eskuratzeko, joan hona Editatu iragazki irizpideak.

Errendimenduari buruzko gogoetak Excel konektorerako

Excel konektorea mihise aplikazio batetik Excel fitxategi bateko taulako datuetarako konektagarritasuna eskaintzen du. Konektore horrek mugak ditu beste datu-iturburu batzuekin alderatuta—esaterako, mugatutako delega daitezkeen funtzioak—zeinak mugatzen diren mihise aplikazioa kargatzeko datuak taulatik 2.000 erregistroetara. 2000 erregistro baino gehiago kargatzeko, banatu zure datuak datu tauletan datu iturri osagarri gisa.

Ikus ditzagun ohiko errendimendu arazo eta ebazpenak Excel erabiliz datu-iturburu gisa mihise aplikazioetarako, eta nola ebatzi horiek.

Datu taula gehiegi eta datu tamaina handiak

Aplikazio batek burutu dezake poliki Excel fitxategi bat erabiltzen duenean eta horrek datu-taula gehiegi dituenean, edo hainbat zutabeetan zehar datu-kopuru izugarria duten datu-taulak dituen fitxategia. Excel fitxategia ez da datu-base erlazional bat edo ematen duen datu-iturburu delegagarria funtzioak. Power Apps zehaztutako datu tauletako datuak kargatu behar ditu lehenik, eta ondoren funtzioak erabili behar ditu Iragazi, Ordenatu, JOIN, Taldekatu, eta Bilatu.

Datu-taula gehiegi izateak, errenkada eta zutabe kopuru handiak aplikazioaren errendimenduan eta bezeroaren gaineko gastuan eragina du datu-taula bakoitza manipulatu behar delako JS pila. Efektu honek aplikazioak bezeroaren memoria gehiago kontsumitzen du.

Ziurtatzeko zure aplikazioak ez duela eraginik arazo honekin, definitu soilik behar dituzun zutabeak datu-taulan Excel fitxategian.

Transakzio pisutsuak

Excel ez da datu-base erlazionalen sistema. Aplikazio batetik egindako aldaketak Excel-ek kudeatzen ditu Excel fitxategi bateko datuak aldatzen dituen modu berean. Aplikazioak irakurketa kopuru handia badu, baina CRUD eragiketa gutxiago baditu, ondo funtziona dezake. Hala ere, aplikazioak transakzio handiak egiten baditu, kaltegarriak izan daitezke aplikazioaren errendimenduan.

Ez dago transakzio kopuruaren atalase zehatzik, manipulatutako datuekin ere erlazionatzen baita. Beste hainbat alderdik ere eragina dute aplikazioaren errendimenduan, hala nola sareko buruak edo erabiltzailearen gailuak.

Irakurtzeko soilik dituzun datuak badituzu, datu horiek aplikazioan inporta ditzakezu datu-iturburu-etik kargatu beharrean. Enpresa aplikazioetarako, erabili datu iturriak, esaterako Dataverse, SQL zerbitzaria edo SharePoint horren ordez.

Fitxategiaren tamaina

Aukera dezakezu aukera zabaletik hodeiko biltegiratzea aukerak aldatzen den—edo konfigura daitekeen—biltegiratzearen ahalmena Excel fitxategirako. Hala ere, fitxategi bakarrean definitutako taula guztiak dituen Excel fitxategi handi bakar batek gehigarri gehigarria gehitzen dio aplikazioari fitxategia deskargatu eta bezeroaren aldetik kargatzeko datuak irakurtzean.

Fitxategi handi bat erabili beharrean, banatu datuak Excel fitxategi anitzetan gutxieneko datu taulekin. Ondoren, konektatu fitxategi bakoitzera behar duzunean bakarrik. Modu honetan, datuak taulako datuak kargatzea zatitan gertatzen da, taula askoren edo datu multzo handien gainkarga murriztuz.

Fitxategiaren kokapena

Datu-iturburu kokapen geografikoa eta bezeroen kokapenak aplikazioak errendimendu-botila komun bat sor dezake eta sareko latentzia sor dezake. Efektu hau areagotu egin daiteke konektibitatea lortzeko banda zabalera mugatua duen bezero mugikor batekin.

Hobe da fitxategia azken erabiltzaileen ondoan mantentzea (edo, azken erabiltzaile gehienakaudientzia globalarentzat) fitxategia azkar deskargatu ahal izateko.

Hurrengo urratsak

Mihise aplikazioaren errendimendua hobetzeko aholkuak eta praktika onak

Ikus baita ere

Ulertu mihise-aplikazioaren exekuzio-faseak eta dei-fluxuaren datuak
Mihise aplikazio baten errendimendu geldoaren iturri arruntak
Ohiko arazoak eta ebazpenak hurrengorako Power Apps
Arazoak konpontzeko abioko arazoak Power Apps

Oharra

Esan diezagukezu dokumentazioa zein hizkuntzatan jaso nahi duzun? Egin inkesta labur bat. (kontuan izan inkesta hau ingelesez dagoela)

Inkestak zazpi minutu inguru iraungo du. Ez da datu pertsonalik biltzen (pribatutasun-adierazpena).