Využívání databázových funkcí přímo v BI Answers

Často se stává, že pro některé výpočty prováděné přímo v BI Answers je sortiment dostupných funkcí nedostatečný.


Od verze OBIEE 10.1.3.3 lze využít možnost vložit databázovou funkci přímo v prostředí BI Answers – a to buď nativní funkce zdrojové databáze nebo funkce zadefinované a přeložené ve zdrojové databázi.

Pro vložení funkce se používá klauzule EVALUATE zapisovaná do editačního okna „Upravit vzorec sloupců“. Syntaxe je následující: EVALUATE (‘jméno_funkce’ (%1, %2, …., %n)’, parametr_1, parametr_2, … ,parametr_n).

Příklad databázové funkce s jedním parametrem: EVALUATE('lower(%1)', ' J i Ř Í ')
Což znamená: použije se databázová funkce LOWER s jediným parametrem a tím je slovo J i Ř í .


Výsledkem je zobrazení textu j i ř í .


Příklad databázové funkce se dvěma parametry: Velmi jednoduchá databázová funkce "suma" provádí součet dvou čísel:

CREATE OR REPLACE FUNCTION suma (c1 NUMBER, c2 NUMBER)
RETURN NUMBER IS C NUMBER;
BEGIN
C:= c1 + c2;
RETURN C;
END suma;
/

Funkce byla zkompilována a uložena ve zdrojové databázi. Využijeme ji v reportu, kde se vyskytují sloupce „Rok“, „CASTKA_C“ a „CASTKA_S“ pro součet obou částek.

Zápis bude následující: EVALUATE('suma(%1,%2)', DENIK.CASTKA_C, 2*DENIK.CASTKA_S)
Což znamená : použije se databázová funkce "suma" se dvěma parametry a to sloupci DENIK.CASTKA_C a DENIK.CASTKA_S.



Výsledek je zřejmý:

Jiří Doubravský (konzultant Pike Electronic)

Dashboard prompt pro opakovaný výběr sloupce dimenzionální tabulky

Při vytváření dahsboard promptu není úplně snadné do promptu dostat víckrát jednu dimenzi (např. – časový údaj Měsíc od a Měsíc do). Při opakovaném zadání stejného sloupce je požadavek ignorován.

Celkem schůdným řešením je vybrat slouopec pouze jednou a použít relaci „mezi“


Což vede k výsledku

Někdy však přece jenom potřebujeme, aby v promptu vystupovala jedna dimenze vícekrát než jednou – viz příklad:

Pak narazíme na problém, že při vytváření promptu není možné zadat víckrát stejný sloupec dimenze (v našem příkladě měsíc) víckrát.

Abychom to obešli, je třeba využít toho, že při tvorbě promptu se ve skutečnosti nekontroluje samotný sloupec, ale pouze jeho název. Stačí si tedy v prezentační vrstvě repository vytvořit k dotyčnému sloupci nějaký alias například ke sloupci „měsíc“ alias „mesic“. Potom při výběru do promptu


použijeme volbu funkce a jako výraz funkce zapíšeme namísto původního jména sloupce jeho alias

V našem případě tedy použijeme Time.“Mesic“, namísto původního Time.“Měsíc“. Nyní již je možno bez problému zadat do promptu stejný sloupec opakovaně – a to buď pod původním jménem nebo pod dalším aliasem.

Jiří Doubravský (Pike Electronic)

Upgrade BI 10g Metadata repository a Web katalogu na verzi 11g + chybějící link na správu Presentation Services a MyDashboard

Článek o upgrade z BI 10g na BI 11g jsem měl napsán před více jak dvěma měsíci, ale bohužel až do dnes jsem jej nemohl publikovat. Důvodem byl zásadní problém, který se u mého prostředí během upgrade vyskytl a na který musel být vytvořen SR (moje repository i katalog jsou poměrně velké - obsahují části Siebel BI dema Oracle BI dema, moje vlastní dema a PoC + část BI Applications - vzniklo několikanásobným spojením různých katalogů a repository).

Samotný upgrade Metadata repository a Web katalogu (nezkoušel jsem Scheduler a BI Publisher) je rychlý a bez problémů – postup viz. níže. Metadata repository se povede na 100% (11g verze pouze rozšiřuje funkcionalitu a jinak je plně kompatibilní), u Web katalogu jsem obdržel 31 upozornění, která vznikla díky použití nestandardních postupů při vzniku reportů.


Nyní k mému problému, po úspěšném doběhnutí upgrade a přihlášení se do Dashboards jsem přišel o možnost administrace Presentation Services – tj. odkaz „Správa“ pro správu systému, tvorbu dashboardů, nastavování oprávnění atd. zde chyběl, a to jak pro uživatele Administrator (migrovaný z 10g verze) tak i pro ostatní. Problém je s mapováním Web Group (stále existují, ale v 11g se již nemají používat) na nové Application role. V 10g verzi je hlavním správcem Web Group Presentation Server Administrators a tu jaksi můj uživatel neobdržel a ani jiná Application role ji neměla.

V případě, že se setkáte s obdobným problémem, pak řešením je rozšířit tag Catalog o parametr ValidateAccounts=None (po doběhnutí upgradu a přidání oprávnění pro ostatní uživatele nebo aplikační role zase odstraňte). Tag se přidává se do instanceconfig.xml, který najdete na cestě ...\OracleBI11g\instances\instance1\config\OracleBIPresentationServicesComponent\coreapplication_obips1\instanceconfig.xml


Mimochodem díky nastavení ValidateAccounts=None se mi zmigroval i My Dashboard.


Samotný upgrade

Spusťte Oracle Fusion Middleware Upgrade Assistant 11.1.1.3.4 z ...\OracleBI11g\Oracle_BI1\bin\ua.bat


Vyberte co chcete upgradovat


Vyberte 10g repository a web katalog. Pro 10g repository zadejte heslo na uživatele Administrator, pro 11g repository zadejte heslo pro jeho zabezpečení. Pokud nemáte explicitní Delivery Catalog, pak je jeho cesta stejná jako na Web Catalog.


Zadejte port a administrátora WebLogic Admin Serveru


Průběh a dokončení upgrade, po kterém je již upgradovaný katalog a repository dostupné (BI Server a Presentation Server jsou nastartovány s upgradovaným repository i katalogem)


V logu najdete detaily o průběhu upgrade a upřesnění chyb


Upozornění: váš vlastní obsah jako jsou ikony, obrázky, kaskádovité styly nebo java scripty nejsou automaticky migrovány. Musíte zajistit jejich manuální přesun a nastavení, více najdete zde.


Výsledek

Dashboard v BI 10g


Dashboard po upgrade na BI 11g



Erik Eckhardt

Poměrové ukazatele – Tržba/m2

Obecné doporučení pro ukládání poměrových ukazatelů v datovém skladu je uchovávat zvlášť čitatele a zvlášť jmenovatele. V případě, kdy metrika je počítána jako podíl faktové metriky a dimenzionálního atributu je toto doporučení splněno implicitně. Otázkou je, jak správně navrhnout metadata v OBI.

Př.: Datový model: F_SALES_BY_STORE_PD. SALES_AMT (Tržba) a D_STORE.STO_SELLING_AREA (m2 prodejní plocha prodejny). Zajímá nás „Tržba na m2 prodejní plochy prodejny“ (dále jen Tržba/m2).

BMM vrstva v OBI vypadá následovně:


Klasický modelu, kdy:

• Fact-Sales má LTS: F_SALES_BY_STORE_PD a
• STO_SELLING_AREA je atributem dimenze Dim – Store, která má LTS D_STORE

je nevyhovující.


Sestava vrací nesprávný výsledek, kdy sečtená tržba, je vydělena prodejní plochou pouze jedné z prodejen. Není nikde řečeno, že STO_SELLING_AREA je potřeba napříč vícero prodejnami sečíst.


Tržba / Prodejní plocha (m2) = "- Základní metriky"."Tržba" / Prodejna."Prodejní plocha (m2)"

Řešením by mohlo být vytáhnutí STO_SELLING_AREA z dimenze do Fact-Sales ať již vytvořením view na úrovni db, nebo na úrovni BMM vrstvy (nová tabulka pro stávající LTS). Nyní již lze nastavit agregační pravidlo SUM pro STO_SELLING_AREA. Vyhráno ovšem není. Nejsou ošetřeny situace, kdy má smysl STO_SELLING_AREA sečíst a kdy ne (potřebujeme totiž sumu prodejních ploch prodejen takovou, kdy každá prodejna přispívá svoji prodejní plochou do celkového součtu ve zkoumaném období právě jednou)
Řešením skutečně zahrnuje přidání atributu STO_SELLING_AREA do Fact-Sales. Je však potřeba mít STO_SELLING_AREA namapován na nový LTS tvořený tabulkou D_STORE s nastavením Content = Store Detail.



Nyní na úrovni metadat nově vytvořená logická metrika definovaná


použitá v sestavě generuje správný SQL dotaz, skládající se ze dvou subdotazů:


A jsme v cíli, i když … šlo by to vylepšit z hlediska business logiky. Předvedený způsob realizace výpočtu je nespravedlivý k prodejnám, které mají otevřeno méně dní než ostatní, nebo pro prodejny, které zahájily svoji činnost někdy v průběhu sledovaného období.

Václav Bíba (Teura)

Nastavení jiného než aktuálního měsíce v dashboard promptu

Setkal jsem se s požadavkem, aby v dashboard promptu pro výběr měsíce, byly hodnoty měsíce zobrazeny sestupně od měsíce aktuálního, ale aby výchozí hodnotou promptu nebyl měsíc aktuální, nýbrž měsíc, který mu bezprostřeně předchází. Data za aktuální měsíc totiž ještě nejsou definitivní, nicméně je třeba mít přístup i k ním.

Na příklad - nyní v srpnu 2010 - má prompt nabízet měsíce 2010/08, 2010/07, ..., ale výchozí hodnotou však má být 2008/07.


Řešení je založeno na použití dvou proměnných úložiště. V repository jsem si vytvořil dva inicializační bloky aktualni_mesic a aktualni_mesic_1. Každý blok obsahuje jednu proměnnou a to mesic_aktual a mesic_aktual_1.



Použité SQL příkazy jsou:
select to_char(sysdate, ‘YYYY/MM’) from dual

respektive
select to_char (add_months(sysdate, -1), ‘YYYY/MM’) from dual


Pak už zbývá vytvořit pouze samotný prompt



V poli „Zobrazit“ zvolíme „Výsledky SQL“ a vložíme následující příkaz:
SELECT TIME."Měsíc" saw_0 FROM DWH WHERE TIME."Měsíc" <= VALUEOF("mesic_aktual") ORDER BY saw_0 DESC


V poli „Výchozí hodnota“ opět zvolíme „Výsledky SQL“ a vložíme příkaz
SELECT TIME."Měsíc" saw_0 FROM DWH WHERE TIME."Měsíc" = VALUEOF("mesic_aktual_1")

Je zřejmé, že DWH je zde názvem prezentačního katalogu.

Uvedené řešení zajistí to, že se výběr měsíce v promptu nastaví na měsíc bezprostředně předcházející měsíci aktuálnímu jako na výchozí hodnotu (tedy v našem příkladě 2010/07), ale uživateli umožňuje vybrat i měsíc aktuální (2010/08). Protože řešení využívá systémového data, výchozí hodnota se automaticky posouvá každý měsíc.

Jiří Doubravský (Pike Electronic)

Reporting v OBI nad SAP BW

Oracle BI umožňuje napojení jak na tradiční relační zdroje dat, tak i na vybrané multidimenzionální databáze. Jednou z nich jsou multidimenzionální kostky systému SAP Business Warehouse (takzvané InfoCubes).


Nastavení na straně SAP BW
Oracle BI přistupuje k SAP BW pomocí XMLA – stejně jako k většině jiných multidimenzionálních databází, které podporuje. Proto, abychom InfoCubes SAP BW zpřístupnili pomocí tohoto rozhraní, je třeba aktivovat příslušnou webovou službu, kterou budeme z OBI volat.


Detailní popis nastavení je nad rámec článku. Výsledkem je aktivní webová služba na následující URL adrese: http://[ADRESA_SERVERU]:[PORT]/sap/bw/xml/soap/xmla, kde ADRESA_SERVERU je aplikační server systému SAP BW a PORT obvykle kolem čísla 8000.


Import do fyzické vrstvy Oracle BI
Import do fyzické vrstvy metadat probíhá obdobně, jako pro relační zdroje. V menu Administration Tool zvolit File > Import > from Multi-dimensional. Následně je třeba vybrat:

• Provider Type: SAP/BW 3.5/7.0
• URL: Adresa nastavená v předchozím kroku
• Username a Password: Přihlášení do SAP BW
  

Výsledkem importu je nová databáze s multidimenzionální kostkou. Naimportována byla veškerá metadata kostky: tedy ukazatele i dimenze a to včetně hierarchií.


Přes pravé tlačítko a volbu „View Members...“ lze zkontrolovat hodnoty příslušné dimenze a tím otestovat připojení.


Business Model
Pro definici Business modelu stačí celou naimportovanou strukturu přenést „drag and drop“. Z fyzické vrstvy se přenesou ukazatele (i s nastavenou agregací) a dimenze (i s hierarchiemi). V rámci definice Business Modelu tak není třeba provádět žádné manuální úpravy.


Nezapomeňme na vytvoření prezentačního katalogu.


Výsledek
V BI Answers pak máme možnost standardním způsobem vytvořit report, využívat drillování hierarchiemi a podobně.

Logický dotaz vygenerovaný Prezentačním Serverem má standardní podobu:

SELECT Channel."Channel Level 00" saw_0, Channel."Channel Level 01" saw_1, "Product Group Hierarchy"."Product Group Hierarchy Level 00" saw_2, "$ZD_SALES".Quantity saw_3, "$ZD_SALES".Revenue saw_4 FROM "$INFOCUBE" ORDER BY saw_0, saw_1, saw_2


Fyzický dotaz generovaný BI Serverem do SAP BW však již není klasické SQL, ale multidimenzionální MDX dotaz:

With set [ZR_CHAN1] as '{[ZR_CHAN].[LEVEL00].members}' set [ZR_CHAN2] as ' hierarchize ({ [ZR_CHAN1], Generate({[ZR_CHAN1]},Descendants([ZR_CHAN].currentmember,[ZR_CHAN].[LEVEL01],SELF), ALL) } )' set [ZR_PROD PRODUCT GROUP HIERARCHY1] as '{[ZR_PROD PRODUCT GROUP HIERARCHY].[LEVEL00].members}‚ set [Axis1Set] as 'crossjoin ({[ZR_CHAN2]},{[ZR_PROD PRODUCT GROUP HIERARCHY1]})‚ member [Measures].[MS1] as '[Measures].[Z_REV]‚ member [Measures].[MS2] as '[Measures].[ZR_QTY]‚ select {[Measures].[MS1],[Measures].[MS2]} on columns, NON EMPTY {[Axis1Set]}properties MEMBER_UNIQUE_NAME, PARENT_UNIQUE_NAME on rows from [$ZD_SALES]

Jakub Genža (CapGemini)

Konverze string na date nebo timestamp

Někdy je nutné získat datum z „nestandardního“ textového řetězce a použít ho přímo ve filtru nebo ve výpočtu.

Příklad: Potřebujeme zobrazit data za předchozích 24 měsíců od měsíce ‘2009/01‘.
Jde o jednoduchý filtr, kde čas chceme omezit na pomocí:

1. Konverze string na datum
2. Odpočítání 24 měsíců.

Konverze:
V databázi Oracle by bylo použití triviální to_date('2009/01', 'YYYY/MM') nebo to_timestamp('2009/01', 'YYYY/MM').

OBI EE přímo poskytuje jenom dvě možnost jak vytvořit z textu datum nebo timestamp a to pomocí funkcí:

1. DATE 'YYYY-MM-DD HH:MM:SS' a TIMESTAMP ' YYYY-MM-DD HH:MM:SS'
2. CAST ('nls_date_format' as date) a CAST (' nls_timestamp_format' as timestamp)

Čili, vstupní řetězec v prvním případě nelze použít, protože není ve formátu YYYY-MM a v druhém případě nevíme, jak jsou nls formáty nastaveny.

V případě použití funkce date a timestamp není možné jako parametr předat další funkci, které by třeba provedla nahrazení '-' za '/' a proto se jednoduchá konverze na datum komplikuje.

Workaround:
Použití nativní databázové funkce volané pomocí evaluate (více viz. dokument Oracle BI Server and Embedded DB Functions):

cast(evaluate('add_months(to_date(''@{mesic}{2010/01}/01'',''YYYY/MM/DD''),-24)' as date) as date)

Karel Hübl (GEM System International)

Generování obrázků z BI Interactive Dashboards do formátu PDF

Jeden náš zákazník řešil následující: používá na svých Dashboardech obrázky – pomocí komponenty „Link or Image“ – kde se odkazuje na „externí“ stránky s obrázky, např. :


Takto nadefinovaný obrázek se pak zobrazí na stránce dashboardu :


Ale při generování do PDF formátu obrázek chybí:


Možnost (možná ne jediná, ale zatím jsem na jinou nepřišel), jak docílit umístění obrázku ve vygenerovaném PDF je obrázek udělat „součástí“ BI Presentation Service Pluginu (J2EE komponenta, běžící v rámci aplikačního serveru – např. oc4j, Oracle Application Server , Apache Tomcat či jiný aplikační server), aby bylo možné se na obrázek odkazovat pomocí syntaxe : fmap:[složka]/[obrázek].

Postup je následující :
1) Vytvoření složek na aplikačním serveru v adresáři instalace BI Presentation Service a nakopírování obrázků

Alokujte adresář na aplikačním serveru – tj. tam, kde běží aplikační server, do kterého byla deployována J2EE aplikace BI Presentation Service Plugin – analytics.war/ear – např. v případě „lokální“ Windows OBIEE instalace je to adresář OracleBI/j2ee/home/applications/analytics. V tomto adresáři jsou umístěny podadresáře tzv. stylů – jedná se o tyto 2 foldery (referuji instalaci s oc4j – pro Apache Tomcat se může lišit) :

OracleBI/j2ee/home/applications/analytics/analytics/res/s_oracle10/ – styl Oracle
OracleBI/j2ee/home/applications/analytics/analytics/s_Siebel77/ – styl Siebel


V těchto 2 adresářích vytvořte 2 podadresáře pro umístění vašich „custom“ obrázků, např. "moje":

Do těchto adresářů pak nakopírujte obrázky, které chcete „vystavit“ na dashboardu.

Stejné adresáře (spolu s krokem kopírování obrázků) je nutné vytvořit i na serveru, kde běží komponenta BI Presentation Service – a to v následující adresářové struktuře:

OracleBI /Oracle BI/web/app/res/s_oracle10/images/moje
OracleBI /Oracle BI/web/app/res /s_Siebel77 /images/moje

2) Restart komponent
Provedete restart :
- komponenty BI Presentation Service
- aplikačního serveru (oc4j, Apache Tomcat …)

3) Vytvoření objektu „Link or Image“ na stránce dashboardu

Na stránce dashboardu pak založte objekt „Link or Image“ s následující referencí na obrázek :


A výsledek ve vygenerovaném PDF dokumentu ze stránky dashbaordu je pak dle očekávání (obsahuje referovaný obrázek):

Michal Zima (Teura)

5. Oracle Czech BI/DW Experts Bootcamp

V pátek 28.05.2010 proběhl již 5. Oracle Czech BI/DW Experts Bootcamp, kterého se zúčastnilo 13 vybraných konzultantů a architektů od 10 Oracle partnerů + dva zástupci ze strany zákazníka:

• Jiří Zamouřil (Oracle Consulting)
• Jan Jůza (CCA)
• Karel Hübl (GEMsystem)
• Václav Bíba (Teura)
• Michal Zima (Teura)
• Petr Zeman (OKsystem)
• Petr Kříž (OKsystem)
• Jiří Doubravský (Pike Electronic)
• Jakub Genža (CapGemini)
• Jiří Bohuslav (CapGemini)
• Vojtěch Šíp (DATACONS)
• Petr Šimbera (Simora)
• Petr Jurászek (ITsystems)
  
  
• Radek Matyáš (Vodafone)
• Lukáš Flek (Vodafone)

Agenda setkání:

• Zahájení / představení
• Novinky - Co se stalo od posledního 4. Bootcampu
• Zákaznická půlhodinka (Případová studie)
• 1. workshop
  - Tipy, triky a zkušenosti z BI/DW projektů
  - Co se vyřešit nepodařilo
• Novinky – Co je nového v Oracle
• Společný oběd a ubytování
• 2. workshop
  - Vyjednávání a strategie při budování BI/DW řešení
• Večeře, volná diskuse a zábava ...

Prezentace:

Hlavní prezentace z 5. Oracle Czech BI/DW Experts Bootcampu

Zákaznická půlhodinka (Případová studie)

• Radek Matyáš & Lukáš Flek (Vodafone) - Dohled nad výnosovými procesy
  

Prezentace z 1. workshopu - Tipy, triky a zkušenosti z BI/DW projektů:

• Jan Jůza (CCA) - Realizace „zajímavých” reportů
• Karel Hubl (GEM System) - Spojení dvou faktovek o různé granularitě
• Václav Bíba (Teura) - Faktová tabulka jako dimenze
• Jakub Genža (Capgemini Sophias) - Integrace OBI se SAP BW
• Michal Zima (Teura) - Synchronní promazávání cache BI Serveru pomocí ODI
• Petr Kříž (OKsystem) - Podmínečné vykonání kódu v ODI pomocí Javy nebo Jythonu

Neočekávané chování v seskupování agregovaných ukazatelů při použití sort by funkce

Mějme dimenzi nazvanou OBDOBI a k ní hierarchii H_OBDOBI. Tato hierarchie má kromě grand total úrovně ještě následující: ROK, MESIC a TYDEN.


Data ve fyzické tabulce obsahují týden jako nejjemnější údaj. Dimenze má klíč nazvaný CAS_ID a je nastavená jako časová, což ovšem, jak jsem zjistil, nehraje žádnou roli.

Sloupec Měsíc je typu VARCHAR, což způsobuje potíže se tříděním na prezentační vrstvě.
Znáte to: 1, 10, 11, 12, 2, 3,…
Z toho důvodu jsem nastavil sloupci Měsíc třídění podle klíče dimenze, u kterého vím, že je s časem rostoucí (podmínka pro časovou dimenzi). Více o alternativním třídění dat najdete zde.


Tím jsem zajistil správné třídění sloupce Měsíc.
Potíž nastala jinde, a to zcela nečekaně. Pokud jsem totiž v dotazu zobrazil sloupec měsíc a některý agregovaný ukazatel, výsledky se v jednotlivých měsících ještě seskupily (group by) podle jednotlivých týdnů:


Po chvilce bádání jsem přišel na to, že to způsobuje ono třídící pravidlo. Přidal jsem si tedy další sloupec do fyzické tabulky (PORADI_M), do kterého jsem naplnil stejné číslo pro každý záznam náležející do stejného měsíce. Tím jsem problém obešel a pro mě vyřešil.

Abych byl důsledný, nakonec jsem si celé chování odladil v NQQuery logu. Věc se má tak, že onen třídící sloupec je skutečně v každém případě posílaný do databáze v group by klauzuli. Níže je vidět část logu s sql dotazem před změnou na třídění přes M_PORADI :

select T37."ROK" as c1,
T37."MESIC" as c2,
sum(T55."PRIJEM") as c3,
T37."CAS_ID" as c4
from
"DIM_CAS$" T37,
"F_PRODEJE$" T55
where ( T37."CAS_ID" = T55."CAS_ID" )
group by T37."CAS_ID", T37."ROK", T37."MESIC"

následně podobný dotaz po změně:

select T37."ROK" as c1,
T37."MESIC" as c2,
sum(T55."VYDEJ") as c3,
T37."PORADI_M" as c4
from
"DIM_CAS$" T37,
"F_PRODEJE$" T55
where ( T37."CAS_ID" = T55."CAS_ID" )
group by T37."ROK", T37."MESIC", T37."PORADI_M"

Petr Zeman (OKsystem)

Filtrování dat bez použití výzvy panelu, výzvy reportu nebo stránek kontingenční tabulky

Použití uživatelského výběru filtrů záznamů v sestavě se standardně provádí pomocí výzvy panelu. Často však chce uživatel vybrat hlavní kritéria pomocí VP, ale pak ještě v rámci výběru z VP chce provádět výběry přímo v sestavě aniž by musel ve výzvě panelu „mačkat“ tlačítko Start. Níže popsaný způsob dovoluje provádět dodatečné výběry záznamů přímo v sestavě. Jedná se však pouze o výběry pouze malého počtu výskytů.
Většinou se jedná pouze o výběr podle určitého typu nebo druhu.
Uvedený příklad prezentuje tento způsob.

Ukázka hotového „filtru“ v sestavě – možnost výběru druhu projektu:


Rozbalíme nabídku a vybereme „Interní“:


Výběr v tabulce se omezí na interní druhy projektů:


Jak toho dosáhneme?
Celý vtip je v přípravě zdrojů v business vrstvě BI modelu, které jsou filtrovány podle kritérií, jež chceme použít pro výběr v sestavě.

Ve fyzické vrstvě BI modelu vytvoříme pro každé omezení alias původní tabulky (např. FHODLINE_EXT a FHODLINE_INT jsou aliasy tabulky FHODLINE). Do faktové tabulky v business vrstvě přidáme jako další zdroje tyto alias tabulky. U každé alias tabulky nastavíme příslušnou podmínku, která provede omezení záznamů.



Pro každé omezení vytvoříme logický sloupec (např. INT a EXT) a nastavíme mapování. Např. sloupec INT mapujeme na sloupec PROJDRUH_CODE tabulky FHODLINE_INT.


Logické sloupce přesuneme do Prezentační vrstvy (INT – Interní a EXT – Externí).

V Answers přidáme do Složeného rozložení Výběr sloupce. Označíme, že sloupec obsahuje výběr a přidáme volby (logické sloupce Interní a Externí).


Toto řešení můžeme např. použít i pro omezení zobrazovaných v grafu:

Petr Jurászek, Věra Hubačová (IT Systems)