Zestawienie schowków
W zarządzaniu obiektami każdy użytkownik może ustawić w menu Wybór/Wybórfiltry do wyboru jedynie fragmentu tabeli w lewej liście. Wybory tego typu mogą zostać zapisane jako notatka i ponownie wykorzystane w razie potrzeby.
Ta interesujące funkcjonalność jest jednak źródłem potencjalnych problemów wydajności, kiedy tabele oraz filtry są bardzo duże (na przykład zawierają wiele tysięcy wierszy). Ponadto notatki mogą być standardowe (tj. wczytywane przy uruchomieniu funkcji przez użytkownika) lub globalne (tj. współdzielone przez wszystkich użytkowników).
Funkcja analizy służy do wykrywania potencjalnych problemów wydajności, biorąc pod uwagę konfigurację notatek użytkowników w folderze. Uwaga: funkcja wyłącznie sygnalizuje potencjalny problem i czasem może powiadomić o problemie, który w rzeczywistości nie występuje. Na przykład notatka, dla której nie określono indeksu dla użytkownika, może przejść przez filtr określony w innym miejscu zgodnie z standardowym przebiegiem procesu.
Niemniej jednak należy sprawdzić, czy w przypadku każdej pozycji w logu odnalezionej w ten sposób błąd faktycznie występuje oraz dokonać stosownej korekty. Korekta może być dokonana na dwa sposoby:
- usunięcie odpowiedniej notatki lub ostrzeżenie użytkownika
- dodanie indeksu optymalizacji , jeżeli wydaje się to konieczne.
W tym celu proces czyta wszystkie pliki notatek znajdujące się w katalogu, dopasowuje wykorzystane kryteria do różnych indeksów istniejących w tabeli (w tym indeksu optymalizacji) oraz przeprowadza analizę liczby wierszy w tabeli.
Należy zwrócić uwagę na to, że dwa opisane poniżej parametry mogą zostać wykorzystane do kontroli komunikatów tworzonych przez użytkowników. Jednak takie notatki sprawdzane są wyłącznie przy ich utworzeniu. Notatki uważane za wydajne przy tworzeniu mogą stracić na wydajności kilka miesięcy później przy wydłużającym się czasie wykonania, związanym z ilością danych bazie. Z tego względu dobrze jest uruchomić to narzędzie, nawet jeżeli dwa parametry opisane niżej zostały prawidłowo przypisane.
Warunek
Odniesienie do dokumentacji Implementacja
Zarządzanie ekranem
Karta Ekran wpisów
Prezentacja
Trzy wartości (liczby wierszy) opisują tabele w których przeprowadzony zostanie test notatek.
Po zakończeniu generowany jest log, który zawiera dwie sekcje. Pierwsza część przedstawia odnalezione problemy — notatki w porządku alfabetycznym oraz ponumerowane. Log zawiera informacje w następującej postaci:
- pierwszy wiersz nagłówka zawiera nazwę notatki (NAME), czy dana notatka jest lokalna, czy globalna, nazwę użytkownika (UUUUU) oraz oznaczenie tabeli w której notatka się znajduje (XXXXXX). Problematyczne notatki są ponumerowane (poleNNN ). Otrzymujemy następujący wiersz (local można zmienić na global) :
NNN local memo UUUUU.NAME for table XXXXXX (tytuł tabeli)
- Wyjaśnienie problemów wydajności w tej notatce może zająć jeden lub więcej wierszy. Tabele poniżej przedstawiają komunikaty, z którymi można się spotkać:
KOMUNIKAT | DEFINICJA |
*** WARN (MMMM) *** OPIS | Problem wydajności: tabela ma MMMM wierszy. |
*** PERF (MMMM) *** OPIS | Poważny problem wydajności: tabela ma MMMM wierszy. |
*** CRIT (MMMM) *** OPIS | Krytyczny problem wydajności: tabela ma MMMM wierszy. |
POLE OPIS | Objaśnienie |
Brak indeksu dla filtra w polu(-ach) FIELD1, FIELD2... : Problem wydajności | Brak odpowiedniego indeksu dla wskazanych filtrów. Jeżeli notatka jest przydatna i często używana, niezbędne będzie stworzenie indeksu optymalizacyjnego. |
Klucz sortowania lewej listy (KEY1) różni się od klucza filtrowania (KEY2). | Sama baza danych służy jako indeks główny (KEY2) do filtrowania danych, a następnie dane sortowane są po indeksie KEY1 w celu wyświetlenia na lewej liście. Może stanowić to problem wydajności, jeżeli indeks służący do filtrowania nie jest zbytnio zawężony (duża liczba wierszy przed sortowaniem). |
Operator „Różny” w polu FIELD1 Operator „Jak” w polu FIELD1 | Dzięki tym dwóm operatorom baza danych nie wykorzystuje indeksu wprost na zakresach wartości. Wydajność może więc być niska. |
Operator „Lub” pomiędzy dwoma warunkami | Wybór implikuje jeden lub więcej warunków połączonych operatorem „lub”. Tego typu zapytanie dość niekorzystnie wpływa na wydajność. |
Wybór na postawie wyrażenia: wyrażenie | Tego typu wybór nie jest poddawany analizie i należy sprawdzić, czy potencjalny problem wydajności istnieje. |
Zapytanie jest weryfikowane przez wiele tabel w notatce. | Wybór dokonywany jest na połączeniach. Tego typu zapytanie nie może zostać zweryfikowane automatycznie przez narzędzie: ręczna weryfikacja jest konieczna, żeby stwierdzić czy problem istnieje. |
Druga część śladu przedstawia listę hierarchiczną poprzednich problemów (jeden problem w jednym wierszu). Widnieje tu numer problemu, nazwa notatki w formie UUUUUU.NAME/TABLE Kolejność sortowania jest następująca:
- standardowe notatki są klasyfikowane wyżej niż notatki niestandardowe.
- notatki globalne są klasyfikowane wyżej niż notatki lokalne.
- jeżeli pierwsze dwa kryteria są identyczne, tabela będzie posortowana malejąco po numerze wiersza.
Pozwoli to skupić się na notatkach, które mogą stwarzać najwięcej problemów wydajności.
Zamknij
Pola
Na tej karcie występują następujące pola :
Opcje tekstu
| Ta wielkość (liczba wierszy tabeli) określa próg, powyżej którego problem indeksu w notatce uznawany jest za poważny z punktu widzenia wydajności. |
| Wielkość ta (liczba wierszy tabeli) określa próg, powyżej którego problem z indeksem w notatce uznawany jest za poważny z punktu widzenia wydajności. |
| Rozmiar ten (wyrażony w liczbie wierszy tabeli) określa próg poniżej którego błąd indeksu w notatce nie jest uznawany za błąd z punktu widzenia wydajności. Po przekroczeniu tego progu wyświetlane będzie ostrzeżenie (jeżeli następne progi nie zostały przekroczone). |
Zamknij