Pertimbangan prestasi lain

Sebagai tambahan kepada empat prinsip prestasi utama, terdapat beberapa sebab lain yang mungkin untuk prestasi buruk biasanya disebabkan oleh faktor luaran.

Pertimbangkan perbezaan dalam pelayar Klien, peranti dan lokasi

Aplikasi kanvas boleh digunakan pada peranti, pelayar dan lokasi yang berbeza dengan pelbagai keadaan rangkaian. Power Apps Apabila pelanggan dilaksanakan, pastikan anda menggunakan pelayar moden, dikemas kini dan disokong. Prestasi apl mungkin berbeza-beza apabila memuatkan set data yang besar pada platform yang berbeza seperti atau iOS Android. Perubahan ini berlaku kerana had permintaan rangkaian yang berbeza pada setiap platform. Sebagai contoh, bilangan permintaan rangkaian serentak yang dibenarkan berbeza mengikut platform. Perbezaan ini boleh memberi kesan besar pada masa beban data untuk set data yang besar.

Pertimbangkan perbezaan lokasi Geografi get laluan dan persekitaran data di premis

Pengguna boleh mengakses aplikasi kanvas secara global. Walau bagaimanapun, kami mengesyorkan supaya anda mencari sumber data yang berdekatan dengan kebanyakan pengguna anda. Sebagai contoh, apabila apl anda mencapai gerbang data di premis anda, sebaiknya letakkan get laluan berhampiran pengguna yang mengakses aplikasi dengan kerap.

Isu pihak Pelayan Umum

Prestasi yang lemah mungkin disebabkan oleh masalah di sumber pelayan data. Ini boleh berlaku atas pelbagai sebab. Anda boleh menggunakan alat pemantauan untuk menilai isu tertentu dengan mengukur masa panggilan data.

Kemungkinan masalah kesesakan dalam sumber data

Terdapat banyak kemungkinan yang menyebabkan kejejalan dalam sumber data. Biasanya, beberapa jadual dalam sumber data berada di tengah-tengah aktiviti untuk banyak pertanyaan. Pertanyaan mungkin lambat jika:

• Sumber data hilang atau mempunyai indeks yang salah.
• Pertanyaan menyertai jumlah data yang lebih besar biasa pada pelayan.
• Pertanyaan memerlukan jadual SCAN, contohnya,Dalam · operator dan bukannya menggunakan indeks seperti StartsWith.
• Mesin bahagian belakang yang mengehoskan sumber data kekurangan sumber.
• Tika SQL bahagian belakang mempunyai sekatan, kebuntuan atau pertelagahan sumber.
• Get laluan data di premis yang tidak sihat.
• Get laluan data di premis perlu dipertingkatkan.

Apabila masalah ini berlaku, ikuti bahagian belakang sumber data untuk mengelakkan memperlahankan prestasi apl.

Sumber data khusus

Pangkalan Data SQL Azure

Penting untuk memilih peringkat yang tepat untuk keperluan perniagaan anda. Untuk maklumat lanjut, lihat Azure SQL Database documentation. Tahap yang lebih rendah mempunyai beberapa batasan dan kekangan. Dari perspektif prestasi, CPU, daya pemprosesan I/O dan kependaman adalah penting. Oleh itu, kami mengesyorkan agar anda menyemak prestasi pangkalan data SQL secara berkala dan menyemak sama ada penggunaan sumber melebihi ambang. Sebagai contoh, di premis SQL Server biasanya menetapkan ambang penggunaan CPU kepada sekitar 75 peratus.

SharePoint

Penyambung boleh SharePoint digunakan untuk mencipta aplikasi yang menggunakan data daripada SharePoint Senarai. Berikut adalah beberapa masalah prestasi dan resolusi yang biasa untuk SharePoint:

Elakkan terlalu banyak lajur carian dinamik: SharePoint menyokong pelbagai jenis data, termasuk carian dinamik seperti Individu, Kumpulan dan Dikira. Jika senarai mentakrifkan terlalu banyak lajur dinamik, lebih banyak masa diambil untuk memanipulasi lajur dinamik ini dalam SharePoint sebelum mengembalikan data kepada klien yang menjalankan aplikasi kanvas. Untuk mengelakkan perkara ini, jangan terlalu banyak menggunakan lajur SharePoint carian dinamik. Contohnya, gunakan lajur statik untuk menyimpan alias e-mel atau nama individu.

Berhati-hati menggunakan lajur gambar dan lampiran: Saiz imej dan fail yang dilampirkan boleh menyumbang kepada tindak balas perlahan semasa mendapatkan semula klien. Semak senarai anda dan pastikan hanya lajur yang diperlukan telah ditakrifkan. Bilangan lajur dalam senarai mempengaruhi prestasi permintaan data. Ini kerana rekod yang sepadan atau rekod sehingga had baris data tertakrif, diambil semula dan dihantar kembali kepada klien dengan semua lajur ditakrifkan dalam senarai—walaupun apl tidak menggunakan kesemuanya.

Pertimbangkan untuk memecahkan senarai besar: Jika anda mempunyai senarai besar dengan ratusan ribu rekod, pertimbangkan untuk membahagikan senarai atau memisahkannya kepada beberapa senarai berdasarkan parameter seperti kategori, atau tarikh dan masa. Sebagai contoh, data anda mungkin disimpan dalam senarai yang berbeza pada setiap tahun atau setiap bulan. Dalam keadaan sedemikian, anda boleh mereka bentuk aplikasi untuk membenarkan pengguna memilih tetingkap masa dan mendapatkan semula data dalam julat tersebut.

Dataverse

Apabila anda menggunakan Microsoft Dataverse sebagai sumber data, permintaan data pergi terus ke tika persekitaran tanpa melalui Azure API Management. Jadi, ia cenderung lebih cepat daripada sumber data lain. Untuk maklumat lanjut, lihat Aliran panggilan data semasa menyambung Microsoft Dataverse.

Semak konfigurasi jadual tersuai: Jika jadual tersuai digunakan, konfigurasi Dataverse keselamatan tambahan mungkin diperlukan untuk pengguna melihat rekod dengan aplikasi kanvas. Untuk maklumat lanjut, lihat Konsep keselamatan dalam,Konfigurasikan Dataverse keselamatan pengguna kepada sumber dalam persekitaran dan Peranan dan keistimewaan Keselamatan.

Excel

Penyambung Excel membenarkan aplikasi kanvas menyambung ke jadual dalam fail Excel. Walau bagaimanapun, penyambung ini mempunyai batasan berbanding dengan sumber data lain. Sebagai contoh, ia mengehadkan apl kanvas untuk memuatkan data daripada jadual hanya sehingga 2,000 rekod kerana fungsi boleh delegable yang terhad. Untuk memuatkan lebih daripada 2,000 rekod, petakkan data anda dalam jadual data berbeza sebagai sumber data lain.

Gunakan penyambung Excel baru: Pastikan anda menggunakan penyambung Excel baru - Excel business online. Ia membolehkan akses berbilang pengguna dan mengendalikan isu perbalahan dengan lebih baik.

Hanya gunakan lajur yang anda perlukan daripada senarai data besar dalam Excel: Aplikasi boleh berfungsi secara perlahan jika fail Excel yang mempunyai terlalu banyak jadual data atau jadual data yang mengandungi jumlah data yang besar ke atas beberapa lajur. Untuk memastikan aplikasi anda tidak terjejas oleh masalah ini, takrifkan lajur yang anda perlukan pada jadual data dalam fail Excel sahaja.

Perhatikan pengehadan Excel sebagai pangkalan data. Excel bukan sistem pangkalan data perhubungan: Sebarang perubahan daripada aplikasi diuruskan oleh Excel dengan cara yang sama seolah-olah pengguna mengubah data dalam fail Excel secara langsung. Jika apl mempunyai bilangan bacaan yang tinggi, tetapi operasi kemas kini yang lebih sedikit, ia mungkin berfungsi dengan baik. Walau bagaimanapun, jika apl memerlukan transaksi yang berat, ia boleh menjejaskan prestasi apl. Tiada nilai ambang tertentu untuk bilangan transaksi. Ia juga bergantung kepada data yang dimanipulasi. Beberapa aspek lain juga mempengaruhi prestasi apl, seperti overhed rangkaian atau peranti pengguna.

Pertimbangkan perbezaan lokasi geografi: Lokasi geografi data dan jaraknya dari lokasi pelanggan boleh menjadi isu prestasi. Isu ini boleh dikuatkan jika pelanggan mudah alih mempunyai lebar jalur yang terhad.