| Drukuj Otwórz Pomoc bezpośrednią w wersji PDF

### Optymalizacja wydajności Podczas każdego dostępu do raportu czy analizy dane są pobierane z bazy danych, przetwarzane przez serwer raportowania i wyświetlane na stronie. Im bardziej złożona analiza, tym więcej czasu zajmuje wykonanie zapytania w bazie danych w celu pobrania i przedstawienia danych. Ten temat zawiera wskazówki umożliwiające tworzenie raportów, które będą wyświetlane możliwie szybko. Przed rozpoczęciem. Należy wykonać następujące czynności: Przejrzeć wstępnie utworzone raporty dostępne w aplikacji Oracle CRM On Demand. Te raporty mogą spełnić większość potrzeb związanych z raportowaniem. Przeprowadzić kursy szkoleniowe. Zebrać wymagania dotyczące raportowania i uzyskać ich zatwierdzenie od udziałowców. Sprawdzić ustawienia przeglądarki w celu upewnienia się, że klient przeglądarki jest prawidłowo skonfigurowany pod kątem wydajności. Zapoznać się z zagadnieniem wydajności raportów. Więcej informacji znajduje się pod hasłem Wydajność raportów — informacje. ### Obszary zainteresowań - informacje W zależności od potrzeb biznesowych i dotyczących raportowania można korzystać z dwóch typów obszarów zainteresowań. Z analitycznych obszarów zainteresowań należy korzystać zawsze, gdy jest możliwe utworzenie raportów. Te obszary zainteresowań zostały utworzone przy użyciu specjalnej hurtowni danych, którą dostosowano w celu uzyskiwania lepszej wydajności zapytań. Hurtownia danych używana w analitycznych obszarach zainteresowań jest odświeżana codziennie, a wyniki raportów przygotowanych za pomocą tych obszarów są wyświetlane szybciej niż w przypadku raportowanych obszarów zainteresowań, nawet przy dużych i złożonych zapytaniach. Raportowane obszary zainteresowań są tworzone przy użyciu tej samej bazy danych, w której są wykonywane wszystkie inne transakcje użytkowników aplikacji. Dlatego współzawodniczą one z aplikacją w korzystaniu z tych samych zasobów, zależnie od tego, kiedy dane są pobierane do raportów. ### Wskazówki dotyczące korzystania z raportowanego obszaru zainteresowań Korzystając z raportowanego obszaru zainteresowań, należy wziąć pod uwagę następujące wskazówki: Jeśli to możliwe, należy używać pól z folderów adresu (rozszerzonych). Jeśli to możliwe, należy ograniczyć używanie następujących elementów: Niestandardowe pola listy wyboru. Pola z dowolnego folderu "Właściciel". Zamiast nich należy używać pola "Właściciel". Pola z folderu "Główna osoba kontaktowa" znajdującego się w folderze "Podmiot". Funkcje CAST w przypadku pól daty lub daty/godziny. Pola "Podmiot nadrzędny", "Ostatnio zmodyfikowane przez", "Utworzone przez" i "Kierownik". Pola z folderów dotyczących dat, na przykład folderów "Data utworzenia" i "Data zamknięcia". Chociaż te foldery zapewniają wygodny sposób grupowania atrybutów daty (tydzień, miesiąc, kwartał lub rok), korzystanie z nich powoduje, że zapytania są bardziej złożone, co może wpłynąć na wydajność raportów. W przypadku wystąpienia problemów z wydajnością pól z folderów dat, należy spróbować użyć pól "Data" lub "Data/godzina" z folderu głównego typu rekordu. Zamiast pola z folderu "Data zamknięcia" można na przykład otworzyć obszar zainteresowań "Możliwość" i wybrać pole "Data zamknięcia" z folderu "Możliwości". ### Wskazówki dotyczące poprawiania wydajności Korzystanie z poniższych wskazówek umożliwia poprawę wydajności: #### Stopniowe tworzenie raportów Należy wykonać następujące czynności: Rozpocząć od małego raportu i testować go podczas tworzenia. Początkowo uwzględnić kilka pól i sprawdzić je przed dodaniem większej liczby kolumn. Przetestować filtry w celu określenia najlepszej kolejności ich używania. Różne sekwencje mogą zwiększać lub zmniejszać wydajność, ale można to ustalić tylko metodą prób i błędów. #### Ograniczyć korzystanie z typów rekordów, które są powiązane z różnymi polami lub kolumnami Postępować zgodnie z następującymi wskazówkami: Kolumny. Wybranie do analizy kolumn z więcej niż jednego typu rekordu zwiększa złożoność zapytania o dane. Może to wpłynąć na szybkość wyświetlania wyników. Należy to wziąć pod uwagę przy włączaniu do raportu pól z różnych typów rekordów. Selektory kolumn. Wszystkie selektory kolumn powinny pochodzić z tego samego typu rekordu. Jeśli to możliwe, należy nie używać selektora kolumn, który dotyczy innego typu rekordu. Filtry monitujące. Pola odniesienia wszystkich filtrów monitujących powinny pochodzić z folderu tego samego typu rekordu. #### Korzystanie z pól indeksowanych Należy wykonać następujące czynności: Należy używać pól indeksowanych do filtrowania danych w raportach czasu rzeczywistego. Pola indeksowane są zoptymalizowane, więc wyniki raportu są wyświetlane szybciej. Konfigurując dane, należy brać pod uwagę plany na przyszłość, aby odpowiednie dane były przechowywane w polach indeksowanych. Postępowanie zgodnie z tymi wskazówkami pozwala na przygotowanie raportów z zastosowaniem pól indeksowanych w możliwie najlepszych miejscach. W aplikacji Oracle CRM On Demand istnieje także ograniczona liczba indeksowanych pól niestandardowych. Liczba indeksowanych pól niestandardowych w aplikacji jest ograniczona, różna w zależności od typu pola i typu rekordu. #### Ograniczenie hierarchii organizacyjnej do pięciu poziomów Im wyżej w hierarchii organizacyjnej znajduje się użytkownik, tym więcej danych jest zwracanych i tym wolniej działa raport. Dlatego należy ograniczyć hierarchię do maksymalnie pięciu poziomów. #### Korzystanie z filtrów Korzystanie z filtrów powoduje ograniczenie ilości danych zwracanych w przypadku dostępu do analizy. Filtrowanie może zwiększyć szybkość działania raportów. Zastosowanie filtrów powinno być pierwszym krokiem tworzenia raportu. Jeśli firma ma dużo danych, nie należy uruchamiać podglądu raportu przed zastosowaniem filtrów. Priorytetowe znaczenie w przypadku filtrowania ma sterujący typ rekordu. Jeśli na przykład używany jest obszar zainteresowań "Działania", filtr powinien dotyczyć typu rekordu "Działania". Najpierw należy zastosować filtry najbardziej restrykcyjne, a następnie (po przeprowadzeniu prób) w razie potrzeby zmniejszyć ograniczenia. Dodając filtry, należy wziąć pod uwagę następujące wskazówki: Jeśli filtr odnosi się do kolumny zawierającej formułę CASE, może on niekorzystnie wpłynąć na wydajność raportowania, w zależności od formuły i związanego z nią wymaganego przetwarzania. W przypadku filtrowania pola z instrukcją CASE lub inną formułą należy sprawdzić wpływ filtra na wydajność raportowania. Przed użyciem formuły CASE należy zadać sobie następujące pytania: Czy ta klasyfikacja może być wykonywana w aplikacji Oracle CRM On Demand przy użyciu funkcji procesu Workflow? Czy kod klasyfikacji będzie się pojawiał w innych raportach? Jeśli tak, należy rozważyć utworzenie nowej kolumny i procesu Workflow w celu jej wypełnienia. Raport, w którym są filtrowane niestandardowe pola daty, może działać szybciej niż podobny raport, w którym są filtrowane niestandardowe pola daty i godziny, ponieważ wszystkie pola tego typu wymagają przekształcania stref czasowych, co wpływa na wydajność raportowania. Dlatego w miarę możliwości należy filtrować niestandardowe pola daty zamiast niestandardowych pól daty i godziny. Warto unikać klauzuli OR odnoszącej się do różnych typów rekordów lub kolumn (na przykład: SR.Type = 'A' OR SR.Priority = 'Wysoki' OR Account.Industry = 'Medyczne'). Zamiast tego należy: Usunąć klauzulę OR i przeprowadzić dalszą klasyfikację w tabeli przestawnej. Podzielić raport na kilka mniejszych raportów, a ich wyniki scalić przy użyciu analiz łączonych. #### Wskazówki dotyczące definiowania filtrów monitujących Można zdefiniować filtry monitujące na potrzeby raportu w edytorze analizy. Filtry monitujące umożliwiają użytkownikom mającym dostęp do ukończonych raportów przeprowadzenie selekcji w celu ograniczenia ilości danych w raporcie. W przypadku uruchomienia raportu, w którym zastosowano filtry monitujące, na szybkość uzyskania wyników przez użytkownika wpływają czas przetwarzania filtra monitującego i czas przetwarzania raportu. W przypadku dodawania filtrów monitujących do raportu należy wykonać następujące czynności: Ograniczyć liczbę filtrów monitujących używanych w raporcie. Unikać używania obrazów o dużej rozdzielczości w przypadku filtrów z monitami graficznymi. Zaleca się, aby w raportach nie używać obrazów o rozdzielczości przekraczającej 100 DPI (punktów na cal). Najlepszą wydajność można uzyskać, jeśli są używane obrazy o rozdzielczości 50 DPI lub niższej. Definiując filtry monitujące w menu "Jakie wartości powinny być pokazywane użytkownikowi", należy wybrać opcję "Brak" lub "Wszystkie wartości", co pozwoli uzyskać największą wydajność. Należy unikać używania opcji "Wartości ograniczone filtrem". Ta opcja powoduje ograniczenie możliwych do wybrania wartości filtra monitującego, które są wyświetlane w raporcie. Ograniczenie to jest oparte na innych filtrach i filtrach monitujących stosowanych w raporcie. Jeśli raport zawiera duże ilości danych, ta opcja można zmniejszyć wydajność raportowania. Podejmując decyzję o wyborze opcji "Brak", "Wszystkie wartości" lub "Wartości ograniczone filtrem", należy znaleźć złoty środek między wymaganym poziomem wydajności raportowania i optymalnym przedstawieniem użytkownikom wartości możliwych do wybrania. #### Łącza umożliwiające przejście do szczegółów raportów Zamiast tworzenia raportu zawierającego długą listę tabel i wykresów, należy wykonać następujące czynności: Zaprojektować raport początkowy pokazujący informacje podsumowujące lub trendy i umożliwić użytkownikom drążenie w dół do szczegółów. Utworzyć raporty zawierające bardziej szczegółowe informacje przez ukierunkowanie danych z raportu początkowego. Następnie do raportu zbiorczego dodać łącza umożliwiające drążenie w dół. W poniższej procedurze przedstawiono, jak powiązać raporty z tabelami. Jak powiązać raporty z tabelami Kliknąć na ikonie "Formatuj kolumnę", aby otworzyć okno dialogowe "Właściwości kolumny". Kliknąć na karcie "Format kolumny". Z listy rozwijanej "Typ interakcji wartości" wybrać opcję "Nawigacja". W polu "Przejście do innej analizy" wybrać raport szczegółowy, do którego ma być możliwe przechodzenie, a następnie nacisnąć przycisk OK. #### Ograniczenie liczby operacji na zbiorach Funkcje zaawansowane umożliwiają łączenie zapytań. Następnie na tych zapytaniach można wykonywać operacje na zbiorach, takie jak suma logiczna, części wspólna lub inne czynności łączenia w celu utworzenia ostatecznego raportu. Im więcej połączonych wyników zapytań, tym dłużej trwa przetwarzanie w celu uzyskania ostatecznego raportu. Aby przyspieszyć przetwarzanie, należy ograniczyć liczbę operacji na zbiorach do maksymalnie trzech. #### Zrozumiały kod HTML i jednoznaczne opisy Korzystając z kodu HTML w połączeniu z kodem SQL, należy wykonać następujące czynności: Upewnić się, że kod HTML jest zrozumiały i precyzyjny, a także nie zawiera niepotrzebnych znaczników lub nadmiarowych informacji. Upewnić się, że opisy są zrozumiałe i precyzyjne oraz nie zawierają niepotrzebnych instrukcji. Dzięki precyzyjnym opisom sprawniej działa określone formatowanie i występuje mniej problemów z wydajnością. #### Usuwanie kolumn w tabelach przestawnych Tabele przestawne umożliwiają wyświetlenie raportu w postaci wielu widoków bez zapisywania wielu raportów, ale mogą też wpływać na wydajność. Ilekroć to możliwe, należy usuwać z kryteriów raportu (w kroku 1 "Definiowanie kryteriów") kolumny, które same w sobie nie są używane w tabeli przestawnej. #### Korzystanie z wykresu przestawnych wyników Ilekroć to możliwe, w tabeli przestawnej wymagającej wykresu należy używać opcji "Wykres przestawnych wyników" zamiast tworzyć oddzielny widok wykresu. Duża liczba wykresów w analizie może zwiększać liczbę operacji przetwarzania, ponieważ każdy wykres musi zostać utworzony indywidualnie w aplikacji Oracle CRM On Demand, a nie jednocześnie z tabelą przestawną. #### Zapewnienie skalowalności raportów Raporty mogą dobrze działać podczas testów przed zaimportowaniem wszystkich danych produkcyjnych. Zwiększony wolumen danych po zaimportowaniu danych produkcyjnych może jednak negatywnie wpłynąć na wydajność raportowania. W trakcie procesu wdrażania aplikacji Oracle CRM On Demand należy zapewnić sobie czas na ponowne przetestowanie raportów i ich dostosowanie po zaimportowaniu wszystkich danych produkcyjnych. #### Używanie w filtrach zoptymalizowanych pól ze słowami "kod" i "UTC" Wymiary wielu raportowanych obszarów zainteresowań zawierają specjalne pola, zoptymalizowane w celu skrócenia czasu zapytania w przypadku, gdy wykorzystuje się je w filtrach. Nazwy zoptymalizowanych pól zawierają słowo kod lub akronim UTC. Na przykład wymiar podmiotu zawiera pole "Typ podmiotu". Istnieje również pole "Kod typu podmiotu", które stanowi zoptymalizowaną wersję pola "Typ podmiotu". Chociaż raportowane wyniki będą takie same w przypadku użycia pola zoptymalizowanego i niezoptymalizowanego, zastosowanie w filtrze pola zoptymalizowanego powoduje generowanie szybszych zapytań. Metoda ta jest szybsza niż korzystanie z pola niezoptymalizowanego. Stosowanie tych pól w warunkach filtra redukuje złączenia tabel i pozwala uniknąć przekształcania daty i godziny w oparciu o strefę czasową firmy użytkownika. Uwaga: W przypadku tych zoptymalizowanych pól możliwe jest wykorzystanie wersji przetłumaczonej we wszystkich dostępnych językach, jednak pola te nie obsługują funkcji zmiany nazwy typu rekordu. Aby poprawić wydajność analiz korzystających z filtrów w zoptymalizowanych polach listy wyboru, należy użyć wartości zoptymalizowanych pól listy wyboru (kod) w filtrze, zamiast wartości z folderów "Zoptymalizowane pola niestandardowe", które są zależne od języka firmy.

Opublikowano: Sierpień 2022 | Copyright © 2005, 2022, Oracle i/lub spółki powiązane. Legal Notices.