Sıkça karşılaşılan tuval uygulaması performans sorunları ve çözümleri

Tuval uygulamalarını çeşitli veri kaynağı dizisiyle derleyebilirsiniz. Uygulamanın tasarlanma amacı olan iş ihtiyaçlarına ve senaryolarına göre doğru veri kaynağını ve bağlayıcıyı seçin. Kurumsal uygulamalarda, pek çok performans avantajı sunan Microsoft Dataverse önerilen veri kaynağıdır. Birkaç harekete sahip uygulamalar için, ortamınızdaki diğer kullanılabilir veri kaynaklarıyla çalışabilirsiniz.

Bir uygulamanın performansı için, yayımlandığında uygulamayı kullanacak kullanıcı sayısını; oluşturma, alma, güncelleştirme ve silme (CRUD) işlemleri; veri etkileşimlerinin türü; coğrafi erişim ve kullanıcıların sahip olduğu cihaz çeşitlerini dikkate alın.

Bu makalede, tuval uygulamalarının yavaş çalışmasına neden olabilecek en yaygın performans sorunlarından bazılarını ve bunların çözümlerini öğreneceksiniz. Bu bilgiler, işletme planınızı ve büyümeyi göz önünde bulundurarak uygulama performansını geliştirmenize yardımcı olur.

Kullanılan bağlayıcılarından bağımsız olarak, bazı yaygın performans sorunlarını ve çözümlerini ele alarak başlayacağız. Sonraki bölümlerde, başvurulan bağlayıcılara özel performans sorunları ve çözümleri hakkında bilgi verilecektir.

Başlamadan önce, tuval uygulamaları yürütme aşamalarını ve veri çağrı akışını anladığınızdan emin olun. Ayrıca, Tuval uygulamalarında düşük performansın olası nedenleri makalesinde de tuval uygulaması tasarlarken veya güncelleştirirken dikkat edebileceğiniz sık karşılaşılan tehlikeler genel hatlarıyla açıklanmaktadır.

Farklı platformlarda yavaş yüklenen büyük veri kümeleri

Bir uygulamanın performansı, iOS veya Android gibi farklı platformlarda büyük veri kümelerini yüklerken farklı olabilir. Bu farklılığının nedeni her platformdaki farklı ağ isteği sınırlamalarıdır. Örneğin, izin verilen eş zamanlı ağ isteği sayısı platforma göre değişiklik gösterebilir. Bu farklılığın büyük veri kümeleri için veri yükleme süresi üzerinde önemli bir etkisi olabilir.

Yalnızca ekranda hemen görüntülenmesi için gerekli olan verileri yüklemeniz önerilir. Diğer veriler için verilerinizi sayfalandırın ve önbelleğe alın. Daha fazla bilgi: tuval uygulama performansını iyileştirmek için ipuçları ve en iyi uygulamalar

Çok fazla sütun alınması

Uygulama için yalnızca gerekli sütunları seçmeniz önerilir. Veri kaynağından gereğinden fazla sütun veya tüm sütunların eklenmesi tüm sütun verilerini indirir. Bu eylem, çok sayıda ağ yükü çağrısına ve bu nedenle istemci cihazında yüksek bellek kullanımına neden olur. Bu sorun, mobil cihaz kullanıcılarını ağ bant genişliğinin sınırlı olması veya bir cihazın sınırlı belleğe ya da eski bir işlemciye sahip olması durumunda daha fazla etkileyebilir.

Örneğin, uygulamanız için veri kaynağı olarak Dataverse'ü kullanırsanız Açık sütun seçimi özelliğini etkinleştirdiğinizden emin olun. Bu özellik Power Apps'in, veri alma işlemini yalnızca uygulamada kullanılan sütunlarla kısıtlamasını sağlar.

Tuval uygulamasında açık sütun seçimi özelliğini etkinleştirmek için, Ayarlar > Yaklaşan özellikler > Önizleme'ye gidin ve sonra Açık sütun seçimi ikili düğmesini açın.

Desteklenmeyen veya eski tarayıcılar

Desteklenmeyen veya eski tarayıcıları kullanan kullanıcılar, performans sorunlarıyla karşılaşabilir. Kullanıcıların tuval uygulamalarını çalıştırmak için yalnızca desteklenen tarayıcıları kullandığından emin olun.

Coğrafi uzaklık nedeniyle düşük performans

Ortamının coğrafi konumu ve son kullanıcıların veri kaynağına yakınlığı performansı etkiler.

Ortamınızın kullanıcılara yakın olmasını öneririz. Power Apps, içerik için Azure İçerik Teslim Ağı'nı kullansa da veri çağrıları yine de verileri veri kaynağından alır. Başka bir coğrafi konumda bulunan veri kaynağı uygulamanın performansını olumsuz etkileyebilir.

Aşırı Coğrafi konum mesafeleri, performansı farklı şekillerde (ör. gecikme süresi, daha düşük aktarım hızı, daha az bant genişliği ve paket kaybı) etkiler.

İzin verilenler listesi yapılandırılmadı

Gerekli hizmet URL'lerinin engellenmediğinden veya güvenlik duvarınızın izin verilenler listesine eklendiğinden emin olun. Power Apps için izin verilmesi gereken tüm hizmet URL'lerinin tam listesi için Gerekli hizmetler'e gidin.

Temsilci seçilemeyen işlevlerin kullanımı veya temsilci seçilemeyen sorgular için uygun olmayan veri satırı limiti

Temsilci seçilebilen işlevler, veri kaynağında veri işleme için temsilci seçerek istemci tarafındaki yükü en aza indirir. Temsilci seçme mümkün olmadığında, temsilci seçilemeyen sorgular için veri satırı limitini sınırlandırarak sunucu tabanlı bağlantıdan döndürülen satır sayısının en uygun sayıda olmasını sağlayabilirsiniz.

Temsilci seçilemeyen işlevlerin ve temsilci seçilemeyen sorgular için uygun olmayan veri satırı limitinin kullanımı, veri aktarımına ekstra yük yükler. Bu yük, istemci tarafından JS yığınına alınan verilerin işlenmesine neden olur. Mümkün olan her durumda, uygulama için temsilci seçilebilen işlevlerin ve temsilci seçilemeyen sorgular için en uygun veri satırı limitinin kullanıldığından emin olun.

Daha fazla bilgi: Temsilci seçmeyi kullanma, Temsilci seçmeye genel bakış.

OnStart olayının ayarlanmasının gerekmesi

OnStart olayı, uygulama yüklenirken çalışır. Uygulamanın OnStart özelliğindeki işlevler kullanılarak büyük miktarda verinin çağrılması uygulamanın yavaş yüklenmesine neden olur. Başka bir ekrandaki kontrolleri ve değerleri yoğun bir şekilde kullanan bir ekran, ekranda yavaş gezinme sorunundan etkilenir.

Aşağıdaki bölümlerde bu gibi durumlarda karşılaşılan en yaygın sorunlar açıklanmaktadır.

OnStart olayında yüksek sayıda çağrı olması ve bu durumun uygulamanın yavaş başlatılmasına neden olması

Kuruluş içinde, merkezi veri kaynağına yapılan veri çağrılarının hacmi sunucuda performans sorununa veya kaynak çakışmasına yol açar.

Önbellek mekanizmasını kullanın ve veri çağrılarını en iyi duruma getirin. Tek bir uygulamanın çok sayıda kullanıcı tarafından kullanılması sunucunun uç noktalarına ulaşan kullanıcı başına veri çağrısı sayısının yüksek olmasına neden olur. Bu veri çağrıları, performans sorununun veya azaltmanın gerçekleştiği nokta olabilir.

Ağır betikler nedeniyle OnStart olayında gecikme

OnStart olayındaki ağır betikler, tuval uygulamaları tasarlanırken yapılan en yaygın hatalardan biridir. Geliştiriciler, yalnızca uygulamanın başlaması için gerekli verileri almalıdır.

OnStart olayındaki formülü optimize edin. Örneğin, bazı işlevleri bu olay yerine OnVisible özelliğine taşıyın. Bu şekilde, uygulamanın hızlı bir şekilde başlamasını sağlayabilirsiniz ve uygulama başlatılırken diğer adımlar da devam edebilir.

Daha fazla bilgi: OnStart özelliğini en iyi duruma getirme

İstemci tarafında bellek baskısı

Uygulama çoğunlukla mobil cihazlarda çalıştığından tuval uygulamalarının bellek tüketimiyle ilgili bir denetim önemli hale gelir. Tuval uygulamasının belirli cihazlarda çökmesinin veya donmasının (askıda kalmasının) en olası nedeni yığındaki bellek özel durumlarıdır.

Sütun ekleme, birleştirme, filtreleme, sıralama veya gruplandırma için istemci tarafında çalışan ağır betikler nedeniyle JavaScript (JS) yığını sınıra ulaşabilir. Çoğu durumda, istemci içindeki yığında yetersiz bellek özel durumu uygulamanın çökmesini veya askıda kalmasını tetikleyebilir.

Dataverse veya SQL Server gibi kaynaklardan veri kullanırken birleştirme, filtreleme, gruplandırma veya sıralama işlemlerinin istemci tarafı yerine sunucu tarafında gerçekleşmesi için Görünüm nesnesi kullanabilirsiniz. Bu yaklaşım, bu tür eylemler için istemcideki komut dosyası yazma yükünü azaltır.

Birleştirme veya Gruplama Ölçütü gibi istemci açısından ağır işlemler en az 2000 kayıt bulunan bir veri kümesiyle istemci tarafında gerçekleştiyse yığındaki nesnelerin sınıra ulaşmasına yol açma ihtimalini artırıyor.

Çoğu tarayıcı için geliştirici araçları bellek profili oluşturmanıza olanak sağlar. Bu işlem yığın boyutunu, belgeyi, düğümleri ve dinleyicileri görselleştirir. Uygulamanın performansını, Microsoft Edge (Chromium) geliştirici araçlarına genel bakış konusunda açıklandığı gibi bir tarayıcı kullanarak profilin . JS yığınındaki bellek eşiğini aşan senaryoları kontrol edin. Daha fazla bilgi: bellek sorunlarını giderin

SQL Server Bağlayıcısı kullanırken performansla ilgili dikkat edilecek hususlar

Şirket içinde SQL Server'a ya da Azure SQL Veritabanı'na bağlanmak üzere Power Apps için SQL Server Bağlayıcısı kullanabilirsiniz. Bu bölümde, bir tuval uygulaması için bu bağlayıcıyı kullanmayla ilgili yaygın performans sorunları ve çözümleri açıklanmaktadır. Daha fazla bilgi: Power Apps'ten SQL Server'a bağlanın, Azure SQL veritabanından bir tuval uygulaması oluşturun.

Tuval uygulamaları için SQL Server bağlayıcısı kullanırken ortaya çıkabilecek yaygın performans sorunlarına ve çözümlerine göz atalım.

N+1 sorgusu

Sunuculara çok fazla istek oluşturan galeriler N+1 sorgu sorununa yol açıyor. N+1 sorgu sorunu, galeri denetimini kullanırken en çok karşılaşılan sorunlardan biridir.

Sorunu önlemek için, SQL arka ucundaki görünüm nesneleri 'ni kullanın veya Kullanıcı arabirimi senaryolarını değiştirin.

Dizin arama yerine tablo taraması yap

Uygulama tarafından kullanılan işlevlerin veritabanında çalıştırdığı sorgular dizin arama yerine tablo taramalarıyla sonuçlanıyorsa uygulama yavaşlayabilir. Daha fazla bilgi: İpuçları, Tablo TARAMA ve Dizin ARAMA

Bu tür sorunları gidermek için, formülde IN yerine StartsWith işlevini kullanın. SQL veri kaynağını kullanırken, StartsWith işleci dizin aramayla sonuçlanır ancak IN işleci dizin veya tablo taramayla sonuçlanır.

Yavaş sorgular

SQL veritabanında yavaş sorguların ve dizinlerin profillerini oluşturup ayarlayın. Örneğin, belirli bir sütunda belirli verileri azalan düzende (DESC) alan bir formül varsa söz konusu sıralama sütunu azalan düzende bir dizine sahip olmalıdır. Dizin anahtarı varsayılan olarak artan (ASC) düzen oluşturur.

Ayrıca veri isteklerinin URL adresini de denetleyebilirsiniz. Örneğin, aşağıdaki veri isteği kod parçacığı (kısmi OData çağrısı), SQL'den sütunu Değer ile eşleşen 500 kayıt döndürmesini ve bunları Kimliğe göre azalan düzende sıralamasını ister.

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

Bu, bu tür istek koşullarını kapsamak için dizin gerekliliklerinin anlaşılmasına yardımcı olur. Bu örnekte, sorgunun daha hızlı gerçekleştirilmesi için Kimlik sütununun azalan düzende sıralanmış bir dizini olmalıdır.

Herhangi bir tablo veya dizin taramasının olup olmadığını görmek için yavaş sorguların yürütme planına bakın. Yürütme planında Anahtar Arama ile iligli ek maliyetleri izleyin.

Daha fazla bilgi:

• Performansı artırmak için izleme ve ayarlama
• Sorgu deposunu kullanarak performansı izleme
• Genişletilmiş olaylara genel bakış

Veritabanı kaynağı çekişmesi

Veri kaynağı olan SQL—veritabanında—işlemci azaltma, G/Ç çekişmesi, bellek baskısı veya tempDB çekişmesi gibi kaynak çekişmeleri bulunmadığından emin olun. Ayrıca Kilitler, Beklemeler, Kilitlenme ve sorgu zaman aşımlarını denetleyin.

Ağır istemci veya çok fazla istek

İstemci tarafında Gruplandırma Ölçütü, Filtreleme Ölçütü veya BİRLEŞTİR işlemlerini yürüten bir uygulama, istemci cihazlarının işlemcisini ve bellek kaynaklarını kullanır. Veri boyutuna bağlı olarak bu işlemler, istemci tarafında komut dosyası yazma için daha uzun bir süre gerektirerek istemcideki JS yığınını artırabilir. Şirket içi veri kaynağı kullanırken, her veri arama çağrısı ağ geçidi üzerinden veri kaynağına gittiğinden bu sorun artar.

Bu gibi durumlarda, Gruplandırma Ölçütü, Filtreleme Ölçütü veya BİRLEŞTİR işlemleri için SQL Veritabanı'nda Görünüm nesnesini kullanın. Görünüm nesneleri seçmeli sütunlar kullanabilir ve NVARCHAR(MAX), VARCHAR(MAX), ve VARBINARY(MAX) gibi büyük veri türleri içeren gereksiz sütunları kaldırabilir.

İstemciye aktarılan veri boyutu

Varsayılan olarak, bir tuval uygulaması verileri, tabloları veya kullanılabilir veritabanı nesnelerinden görünümleri kullanarak gösterir. Bir tablodan tüm sütunların alınması, özellikle NVARCHAR(MAX) gibi büyük veri türleri kullanıldığında yavaş yanıt alınmasına yol açabilir.

Çok miktarda verinin istemcilere aktarılması zaman alır. Bu aktarım, Bu makalede daha önce açıklandığı gibi istemci tarafında bulunan js yığınında büyük miktarda veri olduğunda da daha fazla komut dosyası süresi sonucu oluşur .

İstemciye aktarılan verilerin boyutunu küçültmek için, uygulama için gereken belirli sütunlarla görünümleri kullanın ve Bu makalede daha önce açıklandığı gibi açık sütun seçiminin etkin olduğundan emin olun .

Şirket içi SQL Server'a özel hususlar

Şirket içi veri ağ geçidiyle SQL Server bağlayıcısı kullanan tuval uygulamalarının performansı çeşitli şekillerde etkilenebilir. Bu bölümde, şirket içi veritabanı kaynağı kullanmaya özgü genel performans sorunları ve çözümleri listelenmektedir.

İyi durumda olmayan şirket içi veri ağ geçidi

Kuruluşlar, şirket içi veri ağ geçitleri için birden çok düğüm tanımlayabilir. Düğümlerden birine ulaşılamasa bile iyi durumda olmayan düğüme yapılan veri istekleri, sonucu normal bir zaman diliminde döndürmez veya bir süre bekledikten sonra "erişilemiyor" hata iletilerine neden olur.

Tüm şirket içi veri geçidi düğümlerinin iyi durumda olduğundan ve düğümler ile SQL kurulumu arasında minimum ağ gecikme süresine sahip olacak şekilde yapılandırıldığından emin olun.

Şirket içi veri ağ geçidinin konumu

Veri ağ geçidi, OData isteklerini yorumlamak için şirket içi veri kaynaklarına ağ çağrıları yapılmasını ister. Örneğin, veri ağ geçidinin, OData isteklerini SQL veri işleme dili (DML) ifadelerine çevirmek için veri tablosu şemasını anlaması gerekir. Veri ağ geçitleri, veri ağ geçidi ile SQL kurulumu arasında yüksek ağ gecikme süresiyle farklı bir konumda yapılandırıldığında ekstra yüke neden olur.

Kurumsal bir ortamda, ağır veri istekleri beklenirken ölçeklenebilir bir veri ağ geçidi kümesine sahip olmanız önerilir. Veri ağ geçidi düğümleri ve SQL kurulumu arasında kaç tane bağlantı kurulmuş olduğunu denetleyin.

Kuruluşunuz, şirket içi veri ağ geçidinde veya SQL Server'da bulunan eş zamanlı bağlantıları denetleyerek veri ağ geçidinin ne zaman ve kaç düğümle ölçeklenmesini gerektiğini belirleyebilir.

Veri ağ geçidi ölçeklenebilirliği

Şirket içi veri ağ geçidinden büyük bir veri hacmine erişmeyi düşünüyorsanız şirket içi veri ağ geçidinin yalnızca tek bir düğümü bu tür büyük istekleri kapsamak için performans sorunu yaşayabilir.

Şirket içi veri ağ geçidinin tek bir düğümü, 200 veya daha az eş zamanlı bağlantıyla ilgilenmek için yeterli olabilir. Ayrıca, tüm bu eş zamanlı bağlantılar etkin olarak sorgu yürütüyorsa diğer istekler kullanılabilir bir bağlantıyı bekler.

Yerinde veri ağ geçidinizin verilerinin ve isteklerin hacmine uygun olarak ölçeklamasına yönelik daha fazla bilgi için, izleme bölümüne gidin ve veri geçidi performansını yerinde en iyi duruma getirin .

Azure SQL Veritabanı'na özgü hususlar

Tuval uygulamaları, SQL Server Bağlayıcısı'nı kullanarak Azure SQL Veritabanı'na bağlanabilir. Azure SQL veritabanı kullanılırken performans sorunlarının yaygın bir nedeni, iş gereksinimleriniz için yanlış katmanı seçmekten oluşur.

Azure SQL Veritabanı, farklı iş gereksinimlerini karşılayan çeşitli özelliklere sahip farklı hizmet katmanlarında sunulur. Katmanlar hakkında daha fazla bilgi için Azure SQL Veritabanı belgelerine gidin.

Yoğun veri istekleri olması durumunda, seçtiğiniz katmandaki kaynaklar eşik değerine ulaşıldığında kısıtlanabilir. Bu tür bir azaltma, sonraki sorgu kümesinin performansını etkiler.

Azure SQL Veritabanı'nın hizmet katmanını kontrol edin. Alt katmanda bazı sınırlamalar ve kısıtlamalar olabilir. Performans açısından CPU, GÇ aktarım hızı ve gecikme süresi önemlidir. Bu nedenle, SQL veritabanının performansını düzenli aralıklarla denetleyin ve kaynak kullanımının eşiği aşıp aşmadığını kontrol edin. Örneğin, şirket içi SQL Server normalde CPU kullanımı eşiğini yaklaşık %75 olarak belirler.

SharePoint Bağlayıcısı kullanırken performansla ilgili dikkat edilecek hususlar

Microsoft Lists verileri kullanarak uygulamalar oluşturmak için SharePoint bağlayıcıyı kullanabilirsiniz. Ayrıca doğrudan liste görünümünden tuval uygulamaları da oluşturabilirsiniz. Tuval uygulamalarıyla SharePoint veri kaynağını kullanırken ortaya çıkabilecek yaygın performans sorunlarına ve çözümlerine göz atalım.

Çok fazla dinamik arama sütunu

SharePoint; Kişi, Grup ve Hesaplanan gibi dinamik aramalar dahil çeşitli veri türlerini destekler. Liste çok sayıda dinamik sütunu tanımlıyorsa tuval uygulamasını çalıştıran istemciye veri döndürmeden önce SharePoint'teki bu dinamik sütunları işlemek daha fazla zaman alır.

SharePoint'teki dinamik arama sütunlarını kullanmayın. Bu aşırı kullanım, SharePoint tarafında verileri işlemek için kaçınılmaz ve ekstra bir aşırı yüklenmeye neden olur. Örneğin, e-posta diğer adlarını veya kişilerin adlarını tutmak için statik sütunu kullanabilirsiniz.

Resim sütunu ve Ek

Resim boyutu ve ekli dosya, istemciye alınırken yavaş yanıta neden olabilir.

Listenizi inceleyin ve yalnızca gerekli sütunların tanımlandığından emin olun. Listedeki sütun sayısı, veri isteklerinin performansını etkiler. Bu etki, eşleşen kayıtlardan veya tanımlı veri satırı sınırı sayısından kaydın alınmasından ve uygulamanın tamamını kullanıp kullanmamasına bakılmadan listede tanımlı—tüm sütunların istemciye tekrar aktarılmasından kaynaklanır.

Açık sütun seçimi özelliğini yalnızca bu makalede önceden açıklandıı gibi uygulama tarafından kullanılan sütunları sorgulamak için etkinleştirin.

Büyük listeler

Yüz binlerce kayıt içeren büyük bir listeniz varsa, listeyi bölümleyebilirsiniz veya listeyi kategoriler veya tarih ve saat gibi parametrelere göre çeşitli listelere bölebilirsiniz.

Örneğin, verileriniz yıllık veya aylık temelde farklı listelerde depolanabilir. Daha sonra, kullanıcının belirli bir zaman aralığındaki verileri almak için zaman aralığı seçmesini sağlamak amacıyla uygulamayı kullanabilirsiniz.

Denetlenen bir ortamda, performans kıyaslamalı, Microsoft Lists veya SharePoint'e yönelik OData isteklerinin performansının, listedeki sütun sayısıyla ve alınan satır sayısıyla (atanabilir olmayan sorguların veri satır sınırı ile sınırlı) yüksek düzeyde alakalı olduğunu kanıtlamış durumdadır. Daha az sayıda sütun ve daha düşük veri satırı limiti ayarı tuval uygulamasının daha iyi performans göstermesini sağlayabilir.

Bununla birlikte, gerçekte uygulamalar belirli işletme gereksinimlerini karşılamak üzere tasarlanmıştır. Veri satırı sınırını veya listedeki sütun sayısını azaltmak hızlı veya basit bir işlem olmayabilir. Ancak istemci tarafındaki OData isteklerinin izlenmesi ve veri satırı sınırının temsilci seçilemeyen sorgular ve listedeki sütun sayısı için ayarlanması önerilir.

Veri kaynağı olarak Dataverse kullanırken performansla ilgili dikkat edilecek hususlar

Microsoft Dataverse uygulamasını veri kaynağı olarak kullandığınızda veri istekleri, Azure API Management uygulamasından geçmeden doğrudan ortam kurulumuna gider. Daha fazla bilgi: Microsoft Dataverse uygulamasına bağlanırken veri çağrısı akışı

Dataverse'e bağlı tuval uygulaması; Filtreleme Ölçütü veya Birleştirme gibi istemcinin yoğun kullanıldığı komut dosyası yazma işlemlerini sunucu tarafı yerine istemci tarafında çalıştırırsa uygulama yavaş performans gösterebilir.

Mümkün olduğunda Dataverse görünümlerini kullanın. Gerekli birleştirme veya filtre ölçütlerine sahip bir görünüm, tablonun tamamını kullanma yükünün azaltılmasına yardımcı olur. Örneğin, tabloları birleştirmeniz ve verilerini filtrelemeniz gerekiyorsa onları birleştirerek bir görünüm tanımlayabilir ve yalnızca ihtiyacınız olan sütunları tanımlayabilirsiniz. Daha sonra, birleştirme/filtreleme ile ilgili bu ek yükü istemci tarafı yerine sunucu tarafında oluşturan bu görünümü uygulamanızda kullanın. Bu yöntem, hem ek işlemleri hem de veri aktarımını azaltır. Filtre ve sıralama ölçütlerini düzenleme hakkında bilgi için Filtre ölçütü düzenleme konusuna gidin.

Excel Bağlayıcısı kullanırken performansla ilgili dikkat edilecek hususlar

Excel bağlayıcısı, bir tuval uygulamasından Excel dosyasının içindeki bir tablodaki verilere bağlantı sağlar. Bu bağlayıcının—diğer veri kaynaklarıyla—karşılaştırıldığında sınırlamaları (örneğin, sınırlı temsilci seçilebilir işlevleri) vardır. Bu bağlayıcı, tuval uygulamasının tablodaki yalnızca 2000 adede kadar kayıttan veri yüklemesine olanak tanır. 2.000 kayıttan daha fazlasını yüklemek için, verilerinizi başka veri kaynakları olarak farklı veri tablolarına bölün.

Tuval uygulamaları için veri kaynağı olarak Excel'i kullanırken ortaya çıkabilecek yaygın performans sorunlarına ve bunların nasıl çözülebileceğine göz atalım.

Çok fazla veri tablosu ve büyük veri boyutu

Çok fazla veri tablosu içeren Excel dosyası veya birden fazla sütunda çok büyük miktarda veri içeren veri tablolarının kullanıldığı durumlarda uygulamada yavaşlama görülebilir. Excel dosyası, ilişkisel veritabanı veya temsilci seçilebilir işlevler sağlayan bir veri kaynağı değildir. Power Apps'in önce tanımlanan veri tablolarından veri yüklemesi gerekir. Ardından Filter, Sort, JOIN, Group By ve Search gibi işlevleri kullanır.

Her veri tablosunun JS yığınında işlenmesi gerektiğinden, fazla sayıda satır ve sütun içeren çok fazla veri tablosu, uygulama performansını ve istemci tarafı ek yükünü etkiler. Bu etki, aynı zamanda uygulamanın istemci tarafında daha fazla bellek tüketmesine neden olur.

Uygulamanızın bu tür davranışlardan etkilenmemesini sağlamak için Excel dosyasında veri tablosunda yalnızca gerekli sütunları tanımlayın.

Ağır işlemler

Excel bir ilişkisel veritabanı sistemi değildir. Bir uygulamadaki tüm değişiklikler, Excel tarafından bir Excel dosyasında değişen verilerle aynı şekilde yönetilir. Uygulamanın çok sayıda okuma işlemi ancak daha az sayıda CRUD (Oluşturma/Güncelleme/Silme) işlemi varsa uygulama, iyi performans gösterebilir. Ancak uygulama ağır işlemler yapıyorsa bu durum, uygulamanın performansını olumsuz etkileyebilir.

İşlemlerin sayısı için belirli bir eşik değeri yoktur. Bunun nedeni bu değerin de işlenen verilerle ilgili olmasıdır. Ağ yükü veya kullanıcının cihazı gibi başka faktörler de uygulama performansını etkiler.

Salt okunur verileriniz varsa bunları veri kaynağından yüklemek yerine uygulamaya yerel olarak aktarabilirsiniz. Kurumsal uygulamalar için bunun yerine Dataverse, SQL Server veya SharePoint gibi veri kaynakları kullanın.

Dosya boyutu

Excel dosyası için değişen veya yapılandırılabilen depolama kapasitesine sahip çok sayıda bulut depolaması seçeneği—arasından—seçim yapabilirsiniz. Ancak, tüm tabloların tek bir dosyada tanımlı olduğu tek bir büyük Excel dosyası, dosyayı indirirken ve istemci tarafında yüklenecek verileri okurken uygulamaya fazladan yük ekler.

Tek bir büyük dosya kullanmak yerine, verileri en az sayıda veri tablosu içeren birden fazla Excel tablosuna bölebilirsiniz. Ardından, her dosyaya gereksinim duyduğunuzda bağlanın. Bu şekilde, veri tablosundaki veriler bölümler halinde yüklenerek çok sayıda tablonun veya büyük bir veri kümesinin oluşturacağı ek yük azaltılmış olur.

Dosya konumu

Veri kaynağının coğrafi konumu ve istemci konumlarına yakınlık, uygulama için genel performans sorununa neden olabilir ve gecikme süresini artırabilir. Bu etki, bağlanabilirlik için sınırlı bant genişliğine sahip bir mobil istemciyle daha da artabilir.

Dosyanın hızlı bir şekilde indirilebilrmesi için, dosyayı son kullanıcılarınıza (veya kürsel bir kitle için son kullanıcıların büyük bir kısmına) yakın tutmak iyi bir yöntemdir.

Sonraki adımlar

Tuval uygulamalarının performansını artırmak için ipuçları ve en iyi uygulamalar

Ayrıca bkz.

Tuval uygulamalarının yürütme aşamalarını ve veri çağrısı akışını anlama
Tuval uygulamalarında sık karşılaşılan düşük performans kaynakları
Power Apps için genel sorunlar ve çözümleri
Power Apps için başlatma sorunlarını giderme