Archive

Archive for the ‘Administration Tool’ Category

Jak układać kostki w OBIEE ?

Ostatnio zastanawiałem się nad zagadnieniem sortowania i grupowania kostek (Presentation Columns) w ramach tabel prezentacji (Presentation Tables).

Na szkoleniach niespecjalnie o tym mówią, a z mojego doświadczenia wynika, że to dość ważna sprawa.

Staje się to istotne w momencie, który zazwyczaj prędzej czy później następuje, czyli w czasie gdy kostek jest już tak dużo, że nie pamiętamy gdzie która jest, tylko zaczynamy ich mniej lub bardziej nerwowo szukać.

Wyróżniłbym dwa przypadki:

1. Jeśli tabela prezentacji (czy cały obszar) jest specjalizowana, to znaczy używana przez tylko określoną, małą grupę użytkowników (np. kilka osób z działu, które dokładnie wiedzą czego szukają), to uważam, że powinno się najczęściej wykorzystywane kostki dać od razu na górę, tak żeby mieli je pod ręką. Przy projektowaniu obszaru i podczas rozmowy z użytkownikami, od razu można zorientować się jakich faktów i wymiarów będą najczęściej potrzebować. Dodatkowo my, przy swoim projekcie układamy “logicznie z grupowaniem”, czyli najważniejsze na górze, dodatkowo poprzedzielane tematycznie kreskami (——————–), względnie kreskami z opisem grupy (—–KONTA—–).

Tak można zrobić kreski:

ukladanie-kostek

2. Jeśli tabela prezentacji ma charakter ogólny, to znaczy jest to “worek” z kostkami dla wszystkich, wtedy proponuję alfabetycznie, bo i tak nie wiadomo co, komu i jak często będzie potrzebne.

I jeszcze ważna rada – zdecydować się od razu jaki model układania kostek przyjąć – jeśli użytkownicy już się przyzwyczają do danego ułożenia, to późniejsze mieszanie kostkami przyjmują bardzo źle i w sumie nie ma się im co dziwić …

Nadpisywanie nazwy logicznej kolumny w repozytorium OBIEE

January 15th, 2010 No comments

Pracując w repozytorium OBIEE trzeba uważać na następującą rzecz:

Załóżmy, że mamy kolumnę logiczną “Saldo” jak w przykładzie poniżej:

nadpis1

Kolumna ta jest zmapowana do określonej kolumny fizycznej, co widać na zakładce Data Type:

nadpis2

Załóżmy teraz, że chcemy do tej samej tabeli logicznej “Fakty” (z poprzedniego screena) dodać kolumnę z zupełnie innej fizycznej lokalizacji – pechowo pole, które nas interesuje również nazywa się SALDO:

nadpis3

Choć pierwotnie nasze saldo w warstwie biznesowej mapuje się do pola jakaśtabela.saldo_wyliczane, to po przeciągnięciu naszego nowego pola SALDO z obrazka powyżej do źródła logicznego tabeli logicznej “Fakty” okazuje się, że utworzy nam się nowa kolumna logiczna SALDO, która przykryje kolumnę saldo, która tam już była.

Na zakładce Data Type jest oczywiście “po nowemu”:

nadpis4

czyli mamy teraz logiczną kolumnę SALDO, która idzie do innatabela.saldo w warstwie fizycznej.

Jeśli nie zwrócimy na to uwagi i zapiszemy sobie repozytorium, to wtedy nasze poprzednie saldo zacznie działać zupełnie inaczej (a tego byśmy nie chcieli – a użytkownicy w szczególności). Niestety na zakładce General w warstwie biznesowej zostaje poprzedni opis, co może skutkować tym, że zauważymy całe zamieszanie dopiero po jakimś czasie:

nadpis5

Wersja toola, na której to zauważyłem to

wersja-toola