BW Database Design
BW is multi dimensional.In the case of BW data is stored in the form of cubes .
designing the cube is called SCHEME DESIGN.
Schema designs
Star Schema 
- In the case of fact table or transaction table is kept inside a cube . That means a fact table is created in database when we create Cube .
 - Even the master tables also kept inside the cube . That means a master table also gets generated when we create a cube .
 - Fact table and master table are connected with primary key and foreign key relationship .
 - Cube has 16 dimensions
 
For every dimension of a cube , One master table is linked . 
Any schema design we consider , the below condition will satisfy 
Facttable ---------Connected to ---------------> master table
Mastertable ---------Connected to ---------------> Dimension
So Indirectly 
Fact Table ---------Connected to ---------------> Dimension
In the above figure we have two master tables , that means two dimensions , we can analyse data in two dimensions (Customer & Material)
C.No   RVN     
C1 800
C2 400
M.No   RVN
M1 600
M2 600
BW 1.0,1.1,1.1C,> 2.0,2.1,2.1D
Star Schema have some disadvantages, so sap moved to extended start schema.
DISADVANTAGES:
- As the master table is inside the cube , we can't reuse fact table which degrades database performance .
 - processing takes more time due to Alphanumerics values in Fact table which degrades the processing performance .
 - As we have 16 dimension in cube and each one linked to mater table , Our analysis limited to 16 characters.
 
Extended Star Schema
- Whenever we create a character info object , system will generate master table and SID table in database .
 
- Whenever we create infocube , system will generate dimensional tables and fact tables .
 - Whenever we load master data , master table and SID table are filled
 
- Whenever we load transaction data , the dimensional tables and fact table are filled .
 
- Fact table is kept inside the cube where as master table is kept outside the cube .
 - Inorder to improve the processing performance , SAP has come up with a concept called SID (Surrogate ID)Technology .
 
  SID concept applicable for only CHARACTERS
- Whenever we create a character info object, System will generate an additional table in database called as SID table
 - Whenever we load master data , system going to generate unique numeric ID called SID in its corresponding SID table
 
refer below screen shot for more details
- In order to improve the analysis SAP has come up with the concept called Dimensional tables .
 
When we want to create a cube , we need to follow 2 rules 
- We need to specify the number of dimensions required.
 - For every dimension we specify system will generate one dimensional table within the cube .
 
In each table we can have 256 fields, 
 1 goes for Dimension ID
7 goes for Internal purpose 
remaininig 248 Columns left 
for 1 Dimension -- 248 Characters can be assigned. 
like that for 16 dimensions , we can have 16*248 Characters .
A single transaction can be viewed in 248 ways 
On what basis we  will decide whether to add characters in a single dimension table or in separate table for each characteristic.
 All 1:1 , assign to one dimension
All 1:Many assign it to different dimensions
BIW 3.0,3.1,3.1C,3.5 ,BI7.0 & BW 7.3
below  2 schemas in data warehousing and are not related to SAP BW 
SNOW FLAKE SCHEMA
Informatica built on Snow flake schema
HYBRID schema 
No comments:
Post a Comment