Friday, October 19, 2012

[OBIEE 10g And 11g] Fragmentation In OBIEE



Fragmentation in OBIEE  

We use fragmentation when we have fact or dimensional data in one or more different tables or data is splitted in different data sources. Then each logical table source represents one data segment.

For example, clients, in the first table are clients from A to M, in the second from M to Z.

Fragmentation of dimension

If our dimensional data is located on two or more physical tables in database (tables) or it is on separeted data sources then we can handle this by using UNION ALL views in physical layer.

However for testing this option we'll simulate this by using CHANNELS table. So we splitt it to a table CHANNELS_OTHER and CHANNELS. Fragmentation attrubur is CHANNEL_ID.



 In our SALES fact table that we used here we use CHANNEL_ID from both tables CHANNELS and CHANNELS_OTHER.

Physical model, join:

SALES.CHANNEL_ID >- CHANNELS.CHANNEL_ID
SALES.CHANNEL_ID >- CHANNELS_OTHER.CHANNEL_ID

BMM: 



Settings: 




Test in Answers: 



Result:




NQQuery.log: 





 We see that UNION ALL is generated.

If we choose: 



NQQuery.log:




If we now choose any other attribut (CHANNEL_CLASS) that is not CHANELL_ID which we used as a fragmentation key: 


 
Then this condition is applied on both logical table sources CHANNEL and CHANNEL_OTHER:  


 

Fragmentation of fact table

Let's split data for SALES 1998 in separate table SALES_HIST. Data from 1998 we leave in SALES. 



Physical model, join: 



SALES.TIME_ID >- TIMES.TIME_ID
SALES_HIST.TIME_ID >- TIMES.TIME_ID

BMM:





Settings (for a fragmentation key we choose CALENDAR_YEAR):






Test in Answers: 




Result: 
 



NQQuery.log:





If we choose:



NQQuerylog: 




If we choose: 



NQQuery.log: 



If we now choose any other attribut (CALENDAR_MONTH_DESC) that is not CALENDAR_YEAR which we used as a fragmentation key:
 



Then this condition is applied on both logical table sources SALES and SALES_HIST:



 
In this post we showed how to combine different sources of information using fragmentation option. We see that at any moment we can see which source OBIEE takes while generating code. 




Thursday, October 18, 2012

[OBIEE 11g] Customize The Subject Area Container


Customize the Subject Area container - OBIEE 11g
 

Look at the snapshot below :

We are going to change the color and font weight of Subject area container ( Left hand panel )

We have to change the 2 CSS files.


C:\OBIEE\user_projects\domains\bifoundation_domain\servers\AdminServer\tmp\_WL_user\analytics_11.1.1\silp1v\war\res\s_blafp\uicomponents\obips.Tree\obips.Tree.css



AND



C:\OBIEE\Oracle_BI1\bifoundation\web\app\res\s_blafp\uicomponents\obips.Tree\obips.Tree.css


Update the class .treeLine as follows:



.treeLine

{white-space:nowrap;

word-wrap:normal;

color:#B00306;

cursor:default;

font-family:Tahoma;

font-size:11px;

font-weight:bold;}

Restart the OBI services and refresh the metadata. Clear the browser cache.



Note : I have tested this change in IE ( As of now I have no idea if it will work in other browsers )
 




Make a change in common.css file at 2 locations. 



C:\OBIEE\user_projects\domains\bifoundation_domain\servers\AdminServer\tmp\_WL_user\analytics_11.1.1\silp1v\war\res\sk_blafp\b_mozilla_4\common.css

AND


C:\OBIEE\Oracle_BI1\bifoundation\web\app\res\sk_blafp\b_mozilla_4\common.css


This is the change ->


.SubjectAreaBaseLink,.SubjectAreaBaseLink:link,.SubjectAreaBaseLink:visited,.SubjectAreaBaseLink:hover
{
  background-repeat:no-repeat;
  color:#52882C;
  display:block;
   min-height:16px;
   padding-left:20px;
   padding-top:2px;
   text-decoration:none;
   white-space:nowrap;
   width:280px;
}

Restart the OBI services.