Inne zagadnienia dotyczące wydajności

W dodatku do czterech kluczowych zasady wydajności istnieje kilka innych możliwych przyczyn słabej wydajności, zazwyczaj spowodowanej czynnikami zewnętrznymi.

Weź pod uwagę różnice w przeglądarkach, urządzeniach i lokalizacjach Klientów

Aplikacje kanwy mogą być używane przez użytkowników na różnych urządzeniach i przeglądarkach oraz w lokalizacjach o różnych parametrach sieci. Dlatego aplikacje klienckie usługi Power Apps należy uruchamiać na nowoczesnych, zaktualizowanych i obsługiwanych przeglądarkach. Wydajność aplikacji może się różnić podczas ładowania dużych zestawów danych na różnych platformach, takich jak iOS lub Android. Te wahania występują z powodu różnych ograniczeń dotyczących żądań sieciowych na poszczególnych platformach. Na przykład liczba równoczesnych żądań sieciowych może być inna zależnie od platformy. Te różnice mogą mieć duży wpływ na czas ładowania danych z dużych zestawów.

Rozważ różnice w położeniu geograficznym bramy danych lokalny i środowiska

Aplikacje kanwy mogą być wykorzystywane przez użytkowników z całego świata. Zaleca się jednak, aby źródło danych było umieszczone blisko większości użytkowników końcowych. Na przykład, gdy aplikacja uzyskuje dostęp do bramy danych lokalny, najlepiej umieścić bramę w pobliżu użytkowników, którzy najczęściej uzyskują dostęp do aplikacji.

Ogólne problemy po stronie serwera

Niska wydajność może być spowodowana problemami u źródła danych na serwerze. Może się to zdarzyć z kilku powodów. Możesz użyć narzędzia monitorującego, aby ocenić konkretny problem, mierząc czasy transmisji danych.

Możliwe problemy z wąskimi gardłami w pliku źródło danych

Istnieje wiele możliwych przyczyn wąskich gardeł w źródle danych. Zwykle kilka tabel w źródło danych znajduje się w centrum aktywności wielu zapytań. Zapytania mogą być powolne, jeśli:

• Brak źródło danych lub ma nieprawidłowe indeksy.
• Zapytanie łączy wyjątkowo duże ilości danych na serwerze.
• Zapytanie wymaga tabeli SCAN, na przykład operator In zamiast używać indeksu takiego jak StartsWith.
• Na komputerze zaplecza zawierającym źródło danych jest mało zasobów.
• W wystąpieniu serwera SQL na zapleczu występuje blokowanie, zakleszczanie lub rywalizacja o zasoby.
• Lokalna brama danych w złej kondycji.
• Bramę danych lokalny należy skalować w poziomie.

W razie wystąpienia tych problemów należy dostroić źródło danych na zapleczu, aby zapobiec słabej i wolnej wydajności aplikacji.

Specyficzne źródła danych

Azure SQL Database

Ważne jest, aby wybrać odpowiedni poziom dla wymagań biznesowych. Aby uzyskać więcej informacji, zobacz temat Dokumentacja bazy danych Azure SQL Database. Niższa warstwa ma pewne ograniczenia. Z punktu widzenia wydajności ważne są procesor CPU, przepływność operacji we/wy i opóźnienie. W związku z tym należy okresowo sprawdzać wydajność bazy danych SQL i czy użycie zasobów przekracza próg. Na przykład lokalne wystąpienie programu SQL Server zwykle ustawia próg użycia procesora CPU na około75%.

SharePoint

Złącze SharePoint może służyć do tworzenia aplikacji korzystających z danych list SharePoint. Oto kilka typowych problemów z wydajnością i rozwiązań SharePoint:

Unikaj zbyt wielu dynamicznych kolumn wyszukiwania: program SharePoint obsługuje różne typy danych, w tym dynamiczne odnośniki, takie jak Osoba, Grupa i Obliczone. Jeśli lista definiuje zbyt wiele kolumn dynamicznych, potrzeba więcej czasu na wykonanie operacji w tych dynamicznych kolumnach w programie SharePoint, zanim dane zostaną zwrócone do klienta z uruchomioną aplikacją kanwy. Aby tego uniknąć, nie należy nadużywać dynamicznych kolumn odnośników w programie SharePoint. Na przykład można użyć kolumny statycznej na aliasy adresów e-mail lub imiona i nazwiska osób.

Ostrożnie używaj kolumn obrazów i załączników: rozmiar obrazu i dołączonego pliku może powodować spowolnioną odpowiedź w trakcie pobierania do klienta. Przejrzyj listę i upewnij się, że zdefiniowano tylko niezbędne kolumny. Liczba kolumn na liście wpływa na wydajność wykonywania żądań o dane. Wynika to z faktu, że pasujące rekordy lub rekordy aż do zdefiniowanych limitów wierszy danych są pobierane, a następnie przesyłane z powrotem do klienta ze wszystkimi kolumnami zdefiniowanymi na liście — bez względu na to, czy aplikacja używa ich wszystkich, czy nie.

Rozważ podzielenie dużych list: jeśli masz dużą listę z setkami tysięcy rekordów, weź pod uwagę jej partycjonowanie lub podzielenie na kilka mniejszych list na podstawie parametrów takich jak kategorie lub data i godzina. Na przykład dane mogą być przechowywane na różnych listach tworzonych co rok lub co miesiąc. Następnie można zaimplementować aplikację, która umożliwi użytkownikowi wybranie przedziału czasu i pobieranie danych z tego zakresu.

Dataverse

Gdy używasz Microsoft Dataverse jako źródła danych, żądania danych przechodzą bezpośrednio do wystąpienia środowiska, bez przechodzenia przez Azure API Management. Dlatego jest zwykle szybszy niż inne źródła danych. Więcej informacji znajdziesz w temacie Przepływ danych podczas łączenia się z Microsoft Dataverse.

Sprawdź konfiguracje niestandardowej tabeli: gdy w Dataverse używane są tabele niestandardowe, może być wymagana dodatkowa konfiguracja zabezpieczeń, aby użytkownicy mogli wyświetlać rekordy za pomocą aplikacji kanwy. Więcej informacji znajdziesz na stronie Koncepcje dotyczące zabezpieczeń w usłudze Dataverse, Konfigurowanie zabezpieczeń użytkowników do zasobów w środowisku, Role zabezpieczeń i uprawnienia.

Excel

Łącznik Excel umożliwia aplikacji kanwy łączenie się z tabelą w pliku Excel. Jednak ten łącznik ma ograniczenia w porównaniu z innymi źródłami danych. Na przykład ogranicza aplikację kanwy do ładowania danych z tabeli tylko do 2000 rekordów ze względu na ograniczone funkcje delegowania. Aby załadować ponad 2000 rekordów, podziel dane w różnych tabelach danych jako inne źródła danych.

Użyj nowego łącznika programu Excel: koniecznie korzystaj z nowego łącznika Excel — Excel Business Online. Umożliwia dostęp wielu użytkownikom i lepiej radzi sobie z problemami związanymi z rywalizacją.

Używaj tylko potrzebnych kolumn z dużych list danych w programie Excel: aplikacja może działać wolno, jeśli plik Excel zawiera zbyt wiele tabel danych lub tabel danych zawierających ogromną ilość danych w kilku kolumnach. Aby takie zachowania nie miały wpływu na aplikację, zdefiniuj tylko niezbędne kolumny w tabeli danych w pliku programu Excel.

Należy zwrócić uwagę na ograniczenia programu Excel jako bazy danych. Excel nie jest systemem relacyjnej bazy danych: wszelkimi zmianami w aplikacji program Excel zarządza tak samo, jak wtedy, użytkownik zmienia dane bezpośrednio w pliku programu Excel. Jeśli aplikacja ma dużą liczbę operacji odczytu, ale mniej operacji aktualizacji, może działać dobrze. Jeśli jednak aplikacja wymaga zasobochłonnych transakcji, może niekorzystnie wpłynąć na wydajność aplikacji. Nie ma określonej wartości progowej liczby transakcji. Zależy to również od manipulacji danymi. Na wydajność aplikacji wpływa również kilka innych aspektów, takich jak obciążenie sieci czy parametry urządzeń użytkowników.

Rozważ różnice w położeniu geograficznym: położenie geograficzne danych i ich odległość od lokalizacji klientów mogą powodować problemy z wydajnością. Ten problem może się nasilić, jeśli klient mobilny ma ograniczoną przepustowość.

Włącz aplikację Wstępnie ładuj, aby zwiększyć wydajność

Opcjonalnie można wstępnie załadować aplikację, aby zwiększyć wydajność.

1. Zaloguj się do usługi Power Apps.

2. W lewym okienku nawigacji wybierz Aplikacje.

3. Wybierz aplikację na podstawie modelu, a następnie na pasku poleceń wybierz pozycję Ustawienia.

4. W panelu Ustawienia aplikacji przełącz Wstępne załadowanie aplikacji, aby zwiększyć wydajność na Tak. Aplikacja zostanie wstępnie załadowana.

5. Aby zmiany zaczęły obowiązywać w aplikacjach osadzonych w usłudze Teams, usuń i ponownie dodaj swoją aplikację do usługi Teams.

   Notatka

   Dzięki temu skompilowane zasoby aplikacji będą dostępne za pośrednictwem nieuwierzytelnionych punktów końcowych, aby włączyć ładowanie aplikacji przed uwierzytelnianiem. Użytkownicy mogą jednak korzystać z aplikacji wyłącznie w celu uzyskania dostępu do danych za pośrednictwem łączników tylko po zakończeniu uwierzytelniania i autoryzacji. To zachowanie gwarantuje, że dane, które aplikacja pobiera ze źródeł danych, nie będą dostępne dla nieautoryzowanych użytkowników. Zasoby skompilowanej aplikacji zawierają kolekcję plików JavaScript zawierających tekst napisany w kontrolkach aplikacji (takich jak kontrolki PCF), zasoby multimedialne (takie jak obrazy), nazwę aplikacji oraz adres URL środowiska, w którym aplikacja się znajduje.

   Ogólnie rzecz biorąc, aplikacje powinny pobierać multimedia i informacje ze źródeł danych za pośrednictwem połączeń. Jeśli do aplikacji muszą zostać dodane multimedia i informacje, które nie mają pochodzą z połączenia, i jest to ustawienie poufne, może okazać się konieczne wyłączenie tego ustawienia. Należy pamiętać, że wyłączenie tego ustawienia spowoduje, że użytkownicy będą czekać trochę dłużej, aby uzyskać dostęp do aplikacji.