![]() |
|
Projektowanie struktur rejestrów — informacje podstawoweAby ustanowiona struktura rejestrów była efektywna, trzeba starannie zaplanować hierarchie rejestrów. Projektując i dopracowując hierarchie rejestrów dla swojej firmy, warto skorzystać z następujących wytycznych:
Rejestry użytkownikówWadą tworzenia niestandardowych rejestrów powielających rejestry użytkowników jest to, że dane w obu tych typach rejestrów muszą być synchronizowane. Dodatkowe zadanie wydłuża czas przetwarzania przez serwer i wpływa na szybkość pobierania rekordów. UWAGA: Jedną z przyczyn, dla których w firmie rozważa się powielanie (replikację) rejestrów użytkowników, jest konieczność zapewnienia użytkownikowi tymczasowego dostępu do danych innego użytkownika. Lepszym sposobem spełnienia tego wymogu jest dodanie użytkownika, który potrzebuje dane, jako pełnomocnika użytkownika będącego właścicielem tych danych. Potrzeba dostępu do danychStruktura rejestrów nie musi odzwierciedlać korporacyjnej hierarchii w firmie. Zamiast tego zaleca się, aby struktura rejestrów możliwie ściśle odzwierciedlała sposób organizowania danych w firmie. Część może być organizowana według położenia geograficznego, a część np. według produktu czy branży. Należy zwrócić szczególną uwagę na sytuacje, w których:
Adekwatność struktury korporacyjnejW wielu firmach organizacja nadrzędna ma pełny dostęp do wszystkich danych w organizacjach podrzędnych. Członkowie takiej organizacji nadrzędnej zazwyczaj mają globalny dostęp do danych ze wszystkich organizacji podrzędnych. Mając do czynienia z taką strukturą, zaleca się, aby nie konfigurować rejestrów w sposób odzwierciedlający strukturę organizacyjną na poziomie organizacji nadrzędnej. Należy jednak rozważyć:
Przynależność danychNależy sprawdzić obowiązujące w firmie procedury dotyczące przenoszenia użytkownika z jednego wydziału do innego. Przykład:
Potrzeby i zadania użytkownikówProjektując strukturę rejestrów, należy rozważyć zadanie, przy którego wykonywaniu użytkownicy najczęściej korzystają z rejestrów (w tym praca z listami, wyszukiwanie rekordów oraz tworzenie raportów i korzystanie z nich). Praca z listamiW celu rozpoznania list potrzebnych użytkownikom należy ustalić, jakiego typu listy są najczęściej używane i jakie listy byłyby idealne dla użytkowników. Można tu zapytać się o zdanie użytkowników. Jeśli żaden rejestr ze struktury rejestrów nie zawiera wszystkich rekordów niezbędnych dla idealnej listy, to w strukturze rejestrów prawdopodobnie brakuje hierarchii. Można na przykład skonfigurować zarówno hierarchię geograficzną, jak i hierarchię ukierunkowaną na produkty. Jeśli użytkownicy wiele czasu pracują z określonym podzbiorem jednego rejestru, warto utworzyć z tego podzbioru rejestr podrzędny. Nadać mu nazwę umożliwiającą użytkownikom rozpoznanie go. Taki rejestr podrzędny można ustawić jako domyślny w selektorze rejestrów, aby użytkownicy nie musieli go wybierać za każdym razem. Więcej informacji o ustawianiu wartości domyślnej selektora rejestrów znajduje się pod hasłem Włączanie rejestrów dla użytkowników i ról użytkowników. Wyszukiwanie rekordówAby ustalić potrzeby użytkowników w zakresie wyszukiwania rekordów, należy wypytać użytkowników o sytuacje, w których szukają konkretnych rekordów. Struktura rejestrów i rozmiary rejestrów powinny odzwierciedlać najczęściej przeprowadzane operacje wyszukiwania oraz stosowane kryteria wyszukiwania. UWAGA: Jeśli jest dopracowywana już istniejąca struktura rejestrów, należy wypytać użytkowników, czy zazwyczaj potrafią rozpoznać, że dany rekord pochodzi z konkretnego rejestru w hierarchii. Jeśli użytkownicy zgodnie twierdzą, że mają pewność tylko co do rejestru na wyższym poziomie, należy zapytać ich, czy inny podział struktury rejestrów umożliwiłby im zawężenie prowadzonych wyszukiwań. Przeszukiwanie rejestrów wyższych poziomów powinno być przeprowadzane tylko w wyjątkowych sytuacjach stanowiących odstępstwo od zwykłych przeszukiwań. Na szybkość wyszukiwania rekordów mają także wpływ pola użyte podczas wyszukiwania:
Na przykład, jeśli zostanie stwierdzone, że użytkownicy zazwyczaj wyszukują rekordy osób kontaktowych, posługując się indeksowanymi polami, to liczba rekordów w rejestrze najniższego poziomu (zwanym rejestrem węzła-liścia) może dla każdego z typów rekordów osiągnąć liczbę do 100 000. Jeśli jednak użytkownicy zazwyczaj wyszukują rekordy osób kontaktowych, posługując się nieindeksowanymi polami, to rozmiar rejestrów najniższego poziomu można ograniczyć do 20 000–30 000 dla każdego z typów rekordów. Konfiguracja danych jest różna w różnych firmach. Dlatego też nie ma zalecanej liczby rekordów w rejestrach. Rozmiarami rejestrów trzeba zarządzać w sposób ciągły. Rejestry umożliwiają szybsze wyszukiwanie poprzez zredukowanie liczby przeszukiwanych rekordów. Tworzenie raportów i korzystanie z nichDo wszystkich użytkowników, z wyjątkiem administratorów, są stosowane reguły widoczności danych w raportach. Jeśli w selektorze rejestrów używanym do raportów określono rejestr użytkowników lub rejestr niestandardowy, w raportach są uwzględniane następujące dane:
UWAGA: Mimo że zazwyczaj nie trzeba zmieniać ustanowionej struktury rejestrów, to jednak można to zrobić. Aby wprowadzić takie zmiany nie trzeba stosować żadnych wyłączeń systemu — zmiany są od razu stosowane. Zmiany te nie są jednak natychmiast odzwierciedlane w raportach tworzonych w czasie rzeczywistym. Więcej informacji o widoczności rekordów w raportach znajduje się pod hasłem Raporty. Widoczność dla kierownikaProjektując hierarchie rejestrów, należy uwzględniać następujące zasady:
Poziomy hierarchiiHierarchie rejestrów z dużą liczbą poziomów i rekordami na każdym poziomie funkcjonują podobnie do struktur zespołowych, w których jest włączona widoczność dla kierownika. Takie hierarchie dobrze się sprawdzają w przypadku małych zbiorów danych. Jeśli jednak wolumen danych rośnie, rejestry z niewielką liczbą poziomów hierarchii (lub bez poziomów hierarchii) działają o wiele lepiej niż struktury zespołowe. Jeśli któryś z poziomów hierarchii rejestrów nie wnosi nic do zabezpieczeń danych bądź do organizacji danych, to taki nadmiarowy rejestr (oraz jego rejestry podrzędne) należy scalić. Można wypytać użytkowników, czy zazwyczaj potrafią rozpoznać, czy jakiś rekord znajduje się w tym bądź w innym rejestrze podrzędnym tego samego rejestru nadrzędnego; jeśli nie potrafią tego rozróżnić, to najlepszym rozwiązaniem jest zwinięcie obu rejestrów podrzędnych do ich rejestru nadrzędnego. Prostym sposobem zmniejszenia liczby poziomów w hierarchii rejestrów jest używanie w nazwach rejestrów podrzędnych nazwy rejestru nadrzędnego jako prefiksu. Na przykład, mając rejestr podrzędny o nazwie "Północ", którego rejestrem nadrzędnym jest rejestr "Europa", można usunąć rejestr nadrzędny i zmienić nazwę rejestru podrzędnego na "EU - Północ". Podwójne notowaniaPodwójne notowania to praktyka polegająca na duplikowaniu rekordów w różnych rejestrach. Podwójne notowania przyczyniają się do zwiększenia obciążeń użytkowników, ponieważ trzeba przeprowadzać synchronizację, co z kolei prowadzi do wielu operacji "odczyt-zapis" mających negatywny wpływ na wydajność serwera. Podwójne notowania należy stosować w możliwie minimalnym stopniu. Zautomatyzowane zarządzanie rejestramiZazwyczaj kryteria przydziału rejestrów są odwzorowywane na jedno lub większą liczbę pól w typie rekordów. Można utworzyć regułę procesu Workflow, która automatycznie zmieni przydział rejestru, gdy zmieni się wartość w jednym z tych pól. Na przykład, mając hierarchię rejestrów o nazwie Terytorium, można utworzyć regułę procesu Workflow, która będzie monitorowała pole w typie rekordów (na przykład pole "Terytorium" dla podmiotów), a następnie dla tej reguły utworzyć czynność "Przydziel rejestr" aktualizującą rejestr "Terytorium" dla rekordu, gdy ulegnie zmianie wartość pola "Terytorium" podmiotu. Podczas projektowania nazw rejestrów należy rozważyć wykorzystanie czynności procesu Workflow "Przydzielanie rejestru" w sposób, który umożliwia użycie jednej czynności procesu Workflow do przydzielania innego rejestru do różnych rekordów za pomocą wyrażenia, które odnajduje nazwę rejestru. Załóżmy na potrzeby przykładu, że użytkownik ma podmioty w Ameryce Północnej oraz podmioty na obszarze EMEA. Użytkownik może chcieć założyć dwa oddzielne rejestry dla różnych lokalizacji i przydzielić odpowiedni rejestr do podmiotu w zależności od lokalizacji tego podmiotu. Aby ustawić tę konfigurację, można utworzyć dwa rejestry - jeden o nazwie Ameryka Północna, a drugi o nazwie EMEA. Można następnie utworzyć niestandardowe pole listy wyboru o nazwie "Lokalizacja sprzedaży" z wartościami "Ameryka Północna" i "EMEA" oraz dodać niestandardowe pole do układu strony dla typu rekordu "Podmiot" dla odpowiednich ról. Następnie można utworzyć czynność procesu Workflow "Przydzielanie rejestru", która wykonuje następujące czynności, gdy rekord podmioty zostanie zaktualizowany:
Tematy pokrewnePokrewne informacje są zawarte w następującym temacie: |
Opublikowano: Wrzesień 2017 | Copyright © 2005, 2017, Oracle. Wszelkie prawa zastrzeżone. Legal Notices. |