Udostępnij przez

Możliwości i zagadnienia dotyczące raportowania aplikacji opartych na modelu

Aplikacje oparte na modelu mają wiele możliwości, które umożliwiają klientom udostępnianie danych biznesowych, które pomagają im podejmować decyzje i efektywniej korzystać z ich klientów i danych.

Te są opisane w przeglądzie raportowania oraz obejmują

Ponieważ ilość danych przechowywanych w bazie danych aplikacji nadal rośnie, staje się ważniejsza niż kiedykolwiek, aby myśleć o strategii analizy biznesowej i określić najbardziej skuteczne mechanizmy raportowania i wizualizowania dużych zestawów danych.

Infrastruktura raportowania

W środowisku infrastruktura raportowania jest współdzielona i oddzielona od bazy danych. W tej architekturze, chociaż klienci współdzielą zasoby wymagane do uruchomienia raportu, każdy raport jest uruchamiany dla indywidualnej instancji bazy danych klienta.

Funkcje raportowania wbudowane w usługę Microsoft Dataverse zostały zaprojektowane tak, aby umożliwić użytkownikom uruchamianie raportów dotyczących zestawów danych obejmujących krótsze okresy. Biorąc pod uwagę to, zwróć uwagę na następujące stałe ustawienia:

  • Raporty i zapytania mogą być wykonywane przez okres aż do pięciu minut. Po osiągnięciu maksymalnego okresu raport wygaśnie, a komunikat zostanie zwrócony użytkownikowi. W ciągu pięciu minut raporty i zapytania mogą obejmować duże zestawy danych, które wykraczają poza 50 000 wierszy, co zapewnia znaczną elastyczność w celu zaspokojenia większości potrzeb związanych z raportowaniem operacyjnym.

  • Aby poprawić odpowiedź na zapytanie, zalecamy, aby szczegółowe raporty zminimalizowały wyświetlanie dużej liczby wierszy. W tym celu zastosuj odpowiednie filtrowanie, aby zmniejszyć liczbę zwracanych wierszy. Podczas tworzenia raportów zagregowanych lub podsumowujących, zapytania powinny przenosić proces agregacji na poziom zapytania, zamiast pobierać szczegółowe wiersze w celu przeprowadzenia agregacji w raporcie. Więcej informacji: Agregowanie danych przy użyciu narzędzia FetchXml i filtrowania wstępnego raportu.

  • Strona przeglądarki Report Viewer podlega ograniczeniom interfejsu API na platformie. Wiele wykonań 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 użycie 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ń z zestawem danych zawierającym mniej niż 50 000 wierszy. Jeśli użytkownik uruchomi zapytanie pulpitu nawigacyjnego obejmujące zestaw danych z 50 000 lub więcej wierszy, komunikat "Przekroczono maksymalny limit wierszy. "Zmniejsz liczbę wierszy" jest zwracane. 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 upewnić się, że użytkownicy nie przekraczają tych ustawień, i ogólnie poprawić wydajność wykonywania zapytań o raporty, weź pod uwagę następujące sprawdzone metody.

  • Podczas tworzenia niestandardowych raportów lub pulpitów nawigacyjnych zaprojektuj je tak, aby wykonywać zapytania o mniejsze zestawy danych w krótszych okresach, dodając filtr oparty na czasie w raporcie, taki jak bieżący miesiąc lub kwartał, aby ograniczyć wyniki.

  • Ogranicz liczbę tabel, które są potrzebne do zwrócenia wyniku. Skraca to czas wymagany na wykonanie zapytania i zwrócenie zestawu wyników.

  • Zmniejsz liczbę wierszy w szczegółowych raportach. Odpowiednie filtrowanie może służyć do zmniejszenia liczby wierszy zwracanych przez zapytanie w celu zmniejszenia limitu czasu.

  • W przypadku zagregowanych lub podsumowanych raportów zapytania muszą być używane do wypychania agregacji do bazy danych, a nie pobierania szczegółowych wierszy i przeprowadzania agregacji w raporcie usług 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ą zwykle przeznaczone do wykonywania zapytań do zestawów danych poszczególnych użytkowników, dlatego, w większości przypadków, nie przekroczą limitu zestawu danych.

Jeśli użytkownicy muszą uruchamiać raporty, które przekraczają te ustawienia, zalecamy przejrzenie następujących opcji pomocy w zakresie złożonych potrzeb raportowania. Obie opcje skutecznie odciążają obciążenia raportowania z usługi Dataverse do innego magazynu danych przy użyciu rozwiązania do integracji danych.

  • Adaptery są używane w połączeniu z usługami SQL Server Integration Services (SSIS), aby rozszerzyć możliwości integracji z danymi Twoich 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 do łączenia się z usługą Dataverse w celu przenoszenia danych.

Ważne

W przypadku korzystania z tych narzędzi zalecamy przenoszenie lub synchronizowanie danych w godzinach niebiznesowych.

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: Znajdowanie partnera usługi Dynamics 365

Zewnętrzne adaptery do SSIS

Narzędzia ETL

Zobacz także

Rozszerzenie Report Authoring (ze wsparciem SQL Server Data Tools)

Wprowadzenie do dodatku Microsoft Power Query dla programu Excel
Źródła OData i Power Query Dynamics 365 for Customer Engagement: Co to jest [Rekord]?

  • Last updated on