Partajați prin

Alte considerații privind performanța

  • Articol

Pe lângă cele patru principii cheie de performanță, există mai multe alte motive posibile pentru performanța slabă, de obicei din cauza factorilor externi.

Luați în considerare diferențele dintre browserele client, dispozitivele și locațiile

Aplicațiile proiectate pe pânză pot fi utilizate pe diferite dispozitive, browsere și locații cu condiții de rețea diferite. Pe măsură ce Power Apps clientul este executat, asigurați-vă că utilizați browsere moderne, actualizate și acceptate. Performanța unei aplicații poate varia atunci când se încarcă seturi mari de date pe diferite platforme, cum ar fi iOS sau Android. Această variație apare din cauza limitărilor diferite ale cererii de rețea pe fiecare platformă. De exemplu, numărul de solicitări de rețea simultane permise diferă în funcție de platformă. Aceste diferențe pot avea un impact major asupra timpului de încărcare a datelor pentru seturi mari de date.

Luați în considerare diferențele de locație geografică a gateway-ului de date local și a mediului

Utilizatorii pot accesa aplicațiile proiectate pe pânză la nivel global. Cu toate acestea, vă recomandăm să localizați sursa de date aproape de majoritatea utilizatorilor dvs. De exemplu, atunci când aplicația dvs. accesează gateway-ul dvs. de date local, cel mai bine este să plasați gateway-ul lângă utilizatorii care accesează aplicația cel mai frecvent.

Probleme generale pe partea serverului

Performanța slabă poate fi cauzată de probleme la sursa serverului de date. Acest lucru se poate întâmpla din diverse motive. Puteți utiliza instrumentul de monitorizare pentru a evalua problema specifică prin măsurarea timpilor apelurilor de date.

Posibile probleme de blocaj în sursă de date

Există multe cauze posibile ale blocajelor în sursa de date. De obicei, câteva tabele din sursă de date sunt în centrul activității pentru multe interogări. Interogările pot fi lente dacă:

  • Sursă de date lipsește sau are indecși incorecți.
  • Interogarea conectează cantități extraordinar de mari de date de pe server.
  • Interogarea necesită o scanare a tabelului, de exemplu, În operator în loc să utilizeze un index precum StartsWith.
  • Mașina back-end care găzduiește sursa de date are puține resurse.
  • Instanța SQL de back-end are blocaje, impasuri sau disputări ale resurselor.
  • Gateway-ul de date local este nesănătos.
  • Gateway-ul de date local ar trebui să fie extins.

Când apar aceste probleme, reglați back-end-ul sursă de date pentru a evita încetinirea performanței aplicației.

Surse specifice de date

Bază de date SQL Azure

Este important să selectați nivelul potrivit pentru cerințele dvs. de afaceri. Pentru mai multe informații, consultați documentația bazei de date SQL Azure. Un nivel inferior are unele limitări și constrângeri. Dintr-o perspectivă de performanță, procesorul, randamentul I/O și latența sunt importante. Ca urmare, vă recomandăm să verificați periodic performanța bazei de date SQL și verificați dacă utilizarea resurselor depășește pragul. De exemplu, local SQL Server setează în mod normal pragul de utilizare a CPU la aproximativ 75 la sută.

SharePoint

Conectorul SharePoint poate fi folosit pentru a crea aplicații care utilizează date din SharePoint liste. Iată câteva probleme obișnuite de performanță și soluții pentru SharePoint:

Evitați prea multe coloane de căutare dinamică: SharePoint accepta diverse tipuri de date, inclusiv căutări dinamice, cum ar fi Persoană, Grup și Calculat. În cazul în care o listă definește prea multe coloane dinamice, este nevoie de mai mult timp pentru a manipula aceste coloane dinamice din SharePoint înainte de a returna date clientului care rulează aplicația proiectată pe planșă. Pentru a evita acest lucru, nu folosiți în exces coloanele de căutare dinamică din SharePoint. De exemplu, utilizați coloane statice pentru a păstra aliasurile de e-mail sau numele persoanelor.

Utilizați cu atenție coloana cu imagine și atașamentul: dimensiunea unei imagini și a unui fișier atașat pot contribui la un răspuns lent în timpul recuperării către client. Examinați lista și asigurați-vă că au fost definite doar coloanele necesare. Numărul de coloane din listă afectează performanța solicitărilor de date. Acest lucru se datorează faptului că înregistrările potrivite, sau înregistrările până la limitele de rânduri de date definite, sunt preluate și transmise înapoi către client cu toate coloanele definite în listă - chiar dacă aplicația nu le folosește pe toate.

Luați în considerare împărțirea listelor mari: dacă aveți o listă mare cu sute de mii de înregistrări, luați în considerare împărțirea listei sau împărțirea acesteia în mai multe liste pe baza unor parametri precum categorii sau data și ora. De exemplu, datele dvs. ar putea fi stocate în liste diferite, anual sau lunar. Într-un astfel de caz, puteți proiecta aplicația pentru a permite unui utilizator să selecteze un interval de timp și să preia datele din intervalul respectiv.

Dataverse

Când utilizați Microsoft Dataverse ca sursă de date, solicitările de date ajung direct la instanța mediului fără a trece prin Azure API Management. Deci, tinde să fie mai rapid decât alte surse de date. Pentru mai multe informații, consultați Fluxul de apeluri de date atunci când vă conectați la Microsoft Dataverse.

Verificați configurațiile personalizate de tabel: dacă sunt folosite tabele personalizate în Dataverse, este posibil să fie necesară o configurare suplimentară de securitate pentru ca utilizatorii să vadă înregistrările cu aplicații canvas. Pentru mai multe informații, consultați Concepte de securitate în Dataverse, Configurarea securității utilizatorului la resursele dintr-un mediu și Roluri și privilegii de securitate.

Excel

Conectorul Excel permite unei aplicații canvas să se conecteze la un tabel dintr-un fișier Excel. Cu toate acestea, acest conector are limitări în comparație cu alte surse de date. De exemplu, limitează aplicația canvas la încărcarea datelor din tabel doar până la 2.000 de înregistrări din cauza funcțiilor delegate limitate. Pentru a încărca mai mult de 2000 de înregistrări, partiționați datele dvs. în diferite tabele de date ca surse de date diferite.

Utilizați noul conector Excel: asigurați-vă că utilizați noul conector Excel - Excel business online. Permite accesul multi-utilizator și gestionează mai bine problemele de dispută.

Utilizați numai coloanele de care aveți nevoie din listele mari de date în Excel: o aplicație poate funcționa lent dacă fișierul Excel are prea multe tabele de date sau tabele de date care conțin o cantitate imensă de date pe mai multe coloane. Pentru a vă asigura că aplicația dvs. nu este afectată de această problemă, definiți numai coloanele de care aveți nevoie în tabelul de date dintr-un fișier Excel.

Rețineți limitările Excel ca bază de date. Excel nu este un sistem de baze de date relaționale: orice modificări dintr-o aplicație sunt gestionate de Excel în același mod ca și cum un utilizator ar modifica direct datele dintr-un fișier Excel. Dacă aplicația are un număr mare de citiri, dar mai puține operațiuni de actualizare, ar putea funcționa bine. Cu toate acestea, dacă aplicația necesită tranzacții grele, aceasta poate afecta negativ performanța aplicației. Nu există o valoare prag specifică pentru numărul de tranzacții. Depinde și de datele manipulate. Câteva alte aspecte afectează, de asemenea, performanța aplicației, cum ar fi supraîncărcarea rețelei sau dispozitivul utilizatorului.

Luați în considerare diferențele de locație geografică: locația geografică a datelor și distanța acestora față de locațiile clienților pot reprezenta o problemă de performanță. Această problemă poate fi amplificată dacă un client mobil are o lățime de bandă limitată.