Funkcje i rozważania dotyczące raportowania aplikacji oparte na modelach

Artykuł
01/09/2024

Aplikacje oparte na modelu zawierają szereg możliwości, które pomagają klientom w identyfikowaniu danych biznesowych, które ułatwią im podejmowanie decyzji i efektywniejszy kontakt z klientami.

Zostały one opisane w omówieniem raportowania i obejmują

Wyświetlenia.
Wykresy.
Pulpity nawigacyjne.
Raporty usługi SQL Server Reporting Services.
Dostępna jest również integracja Microsoft Excel , które umożliwia użytkownikom łatwe tworzenie raportów samoobsługowych przy użyciu funkcji Power BI PowerView, PowerPivot i PowerQuery.
Power BI.

Wraz ze wzrostem ilości danych przechowywanych w bazie danych aplikacji coraz ważniejsze staje się pamiętanie o strategii BI i określenie najbardziej skutecznych mechanizmów dla raportowania i wizualizacji dużych zestawów danych.

Infrastruktura raportowania

W środowisku infrastruktura raportowania jest udostępniana i oddzielona od bazy danych. W tej architekturze, pomimo tego, że klienci wspólnie korzystają z zasobów wymaganych do uruchamiania raportu, każdy raport jest uruchamiany dla indywidualnych wystąpień bazy danych klientów.

Funkcje raportowania wbudowane w Microsoft Dataverse zaprojektowano tak, aby umożliwić użytkownikom uruchamianie raportów na zestawach danych obejmujących krótsze okresy czasu. Po rozważeniu tego należy rozważyć następujące ustawienia stałe:

Raporty i zapytania mogą być wykonywane przez okres aż do pięciu minut. Po osiągnięciu maksymalnego okresu raport zostanie zakończony, a wiadomości zwrócona do użytkownika. W trakcie tych 5 minut raporty i zapytania mogą obejmować duże zestawy danych składające się z ponad 50 000 wierszy, co zapewnia znaczącą elastyczność pozwalającą spełniać najbardziej złożone potrzeby operacyjne.
Aby poprawić odpowiedzi na zapytania, zaleca się, aby raporty szczegółowe zminimalizowały wyświetlanie dużej liczby wierszy. W tym celu należy zastosować odpowiednie filtrowania, aby zmniejszyć liczbę zwracanych wierszy. Podczas tworzenia raportów zagregowanych lub podsumowań raportów, zapytania powinny przekazywać agregacje do zapytania zamiast pobierać szczegółowe wiersze do wykonywania agregacji w raporcie. Więcej informacji: Agregacja danych za pomocą Fetch XML i Wstępne filtrowanie raportów.
Strona przeglądarki Report Viewer podlega ograniczeniom interfejsu API na platformie. Wielokrotne wykonania długotrwałego raportu może spowodować błąd, a użytkownik może poczekać kilka minut i spróbować ponownie. Jest to limit na użytkownika i nie powinien mieć wpływu na normalne korzystanie z raportów przez wielu użytkowników.
W przypadku wykresów i siatek wyświetlanych na pulpitach nawigacyjnych aplikacje umożliwiają użytkownikom uruchamianie zapytań, które mają zestaw danych składający się z mniej niż 50 000 wierszy. Jeśli użytkownik uruchomi zapytanie pulpitu nawigacyjnego, które obejmuje zestaw 50 000 lub większej liczby wierszy, pojawia się komunikat "Przekroczono maksymalną liczbę wierszy. Zmniejsz liczbę wierszy". Ustawienie praktyczne zestawu pomaga zapewnić optymalną wydajność aplikacji.

Porady i rozwiązania dla raportowania

Zazwyczaj dla większości raportów wymaganych przez organizacje, te ustawienia są odpowiednie. Aby mieć pewność, że użytkownicy nie przekraczają tych ustawień i ogólnie poprawić wydajność wysyłania zapytań do raportów, należy wziąć pod uwagę poniższe sprawdzone metody.

Podczas tworzenia niestandardowych raportów lub pulpitów nawigacyjnych, projektuj je tak, aby wysyłały zapytania o mniejsze zestawy danych w krótszych okresach czasu dodając filtr czasowy w raporcie, taki jak bieżący miesiąc lub kwartału, aby ograniczyć wyniki.
Ogranicz liczbę tabel potrzebnych do zwrócenia wyniku. Skraca to czas wymagany na wykonanie zapytania i zwrócenie zestawu wyników.
Należy zmniejszyć wiersze w raportach szczegółowych. Odpowiednie filtrowanie może zmniejszyć liczbę wierszy zwracanych przez zapytanie, tak aby zmniejszyć limity czasu.
Dla raportów zagregowanych lub podsumowań raportów należy użyć zapytań, które muszą przekazywać agregacje do bazy danych zamiast pobierać szczegółowe wiersze i wykonywać agregacji w raporcie SQL Server Reporting Services.
Jeśli odpowiada to potrzebom firmy użytkownicy powinni uruchamiać domyślne (gotowe) raporty i pulpity nawigacyjne. Te raporty i pulpity nawigacyjne są zazwyczaj zaprojektowane do wykonywania zapytań dotyczących zestawów danych użytkownika, więc w większości przypadków nie przekraczają limitu zestaw danych.

Jeśli użytkownicy muszą uruchomić raporty, które wykraczają poza te ustawienia, zaleca się przejrzenie poniższych opcji, w celu uzyskania pomocy dotyczącej raportów złożonych. Obie opcje skutecznie odciążają obciążenie związane z raportowaniem z Dataverse do innego magazynu danych za pomocą rozwiązania integracji danych.

Karty są używane w połączeniu z SQL Server Integration Services (SSIS) w celu rozszerzenia funkcji dla integracji z danymi aplikacji.
Narzędzia do wyodrębniania, transformacji i obciążenia (ETL) to nowy zestaw narzędzi do tworzenia analiz danych przez łączenie wielu źródeł danych lub wyodrębnianie danych do rozwiązania magazynu danych, jeśli usługa SSIS nie jest używana. Narzędzia ETL zapewniają kompleksowe rozwiązania umożliwiające łączenie z Dataverse w celu przeniesienia danych.

Ważne

W przypadku korzystania z tych narzędzi zalecamy, aby przenoszenie lub synchronizowanie danych odbywało się poza godzinami pracy.

W razie potrzeby istnieje wiele partnerów Microsoft, którzy mogą pomóc zapewnić rozwiązanie zgodne z potrzebami raportowania, na przykład tworząc kopię danych w trybie offline używaną do uruchamiania dużych raportów. Partnerzy Ci posiadają wiedzę o dostępnych narzędziach do integracji danych. Więcej informacji: Znajdź partnera Dynamics 365