Infoset is a special kind of Infoprovider which does not store data physically. In other words, Infoset are InfoProviders that logically join data and provide this data for BI queries. Infoset collects data from the tables of InfoProviders used to build it. Infoset describes data sources that are defined as a rule of join on Datastore objects, Info-objects or standard InfoCubes.
DSO ( Data Store Objects) and/or InfoObjects (characteristics with master data) are connected in the InfoSet using join conditions. The joined data from the InfoSets are available for access from Business Explorer Queries. InfoSets allows you to report on several Info-Providers (Infocubes, Data Store objects, master data InfoObjects), but they contain no data. With activated Infosets , you can define queries in the BI suite.
Joins are classified into four categories:
Inner Join:A record can only be in the selected result set if there are entries in both joined tables.
If table 2 has corresponding records of table 1, by comparing a key field (EMPNO in the below example), only those records would be part of the result set. The result set would have the fields of table 1 and table 2 filled in from the corresponding fields.
Example:
Left Table(Table 1)
EMPNO | LASTNAME |
000020 | THOMPSON |
000250 | SMITH |
000100 | SPENSER |
Right Table(Table 2)
EMPNO | PROJNO |
000020 | AD3112 |
000100 | OP2010 |
000150 | PL2100 |
Inner Join Result
EMPNO | LASTNAME | PROJNO |
000020 | THOMPSON | AD3112 |
000100 | SPENSER | OP2010 |
Left Outer Join: If table 2 has corresponding records of table 1, by comparing a key field (EMPNO in the below example), those records would be part of the result set. The result set would have the fields of table 1 and table 2 filled in from the corresponding fields.
If table 2 has no corresponding record when compared with table 1, those records of table 1 is also part of the result set (fields belonging to table 2 will have initial values). This is shown in the example below.
Left Table(Table 1)
EMPNO | LASTNAME |
000020 | THOMPSON |
000250 | SMITH |
000100 | SPENSER |
Right Table(Table 2)
EMPNO | PROJNO |
000020 | AD3112 |
000100 | OP2010 |
000150 | PL2100 |
Left Outer Join Result
EMPNO | LASTNAME | PROJNO |
000020 | THOMPSON | AD3112 |
000250 | SMITH | |
000100 | SPENSER | OP2010 |
Temporal Join: A join is called temporal if at least one member is time-dependent.
Self Join: The same object is joined together.
Step 1)
Step 2)
Transaction RSISET can also directly be used to create InfoSet.
When the Info Set Builder is called for the first time, the below two display mode options as
The network display is clearer.
The tree display can be read by the Screen Reader and is suitable for visually-impaired users.
You can change this setting at any time using the menu path Settings -> Display.
Step 3)
If you want to choose an Info Object, it must be a characteristic with master data. The system provides you with the corresponding input help.
Step 4)
The Change Info Set screen appears.
Step 5)
Select the insert Info provider button shown below, to choose the infoprovider with which data is to be joined.
Step 6)
The below screen appears with the 2 info providers selected.
Step 7)
Activate the Info set by clicking on the activate button.
Infocube is data storage area in which we maintain data which we are extracting from source system physically. An InfoCube can function as both a data target and an InfoProvider. From a reporting point of view, an Infocube can be described as a self-contained dataset.
For example, a Sales Amount Infocube which has dimensions like MONTH – PRODUCT-CUSTOMER-REGION, can be viewed by any of the axes, for example total sales by region or by customer. The dimensions of an Info-Cube are entities or hierarchies.
BIW ( Business Intelligence Warehouse) provides facility to define 16 dimensions, out of which 3 are pre-defined.
The above cube demonstrates a simple 3 dimensional cube. Each dimension can hold 248 characteristics for analysis. One square in the cube above, represents the relative value for the corresponding customer/region/division combination.
InfoCube Structure:
Type of InfoCube
Infocube is classified in to three types based on the way of maintaining and distributing the data.
Step 1)
Create InfoCube
Step 2)
Step 3)
Click the create button
Step 4)
Right Click on Dimension 1 -> Properties.
Step 5)
Rename the Dimension as per Info object information.
Step 6)
Right click on the Dimension ->InfoObject Direct Input to Insert InfoObjects into the Dimension.
Step 7)
Select Characteristics.
Step 8) Select Airline ID in characteristics
Drag and drop it into Dimension
Step 9)
Similarly create new dimensions and follow the steps 4-8 to add the InfoObjects.
Step 10)
Adding Key figureInfoObjects in the Infocube
Step 11)
Follow the proesses above to add more Key Figures
Step 12)
Activate the Infocube.
The technical name of the dimensional table is assigned by the system, using the pattern /BIC/ “D<your Infocube>#”, where the first # will be a1, the second a 2, and so on.
If it is a sap delivered cube, then it would begin as /BI0/D
Characteristics Infoobjects can be freely added to customer-created dimensions.
Dimension Tables should be used optimally.
Ensure optimum cardinality while adding characteristics infoobject to dimensions.E.g. A departmental store has 10,000 customers and 1000 different materials. The cardinality is m:n, which means each customer can buy many materials. Such kind of cardinality should not be maintained in the same dimension table.
Thumbrule : Avoid m:n within a dimension.
Dos
Don’ts
We will learn the load with the help of a scenario -
Load Master data to InfoObject ZMAT (Material Number) which has the attribute, ZMAT_NM (Material Name. Below are detailed Steps to Load data to Master data Infoobject from Flat file
Step 1) Create source system for flat file.
In the next screen,
In the next screen,
Step 2) Create Application component.
Click Save.
Step 3) Create transformation between Data Source(Source) and InfoObject Attribute(Target).
Right click on the DataSource -> Create Transformation
In the next screen,
The transformation would be created with automatic mapping of the Source fields to the Target fields.
Right-Click on DTP folder and choose the option “Create Data Transfer Process” from the context menu.
Below screen shows the DTP created.
Step 4) Create Infopackage and Schedule dataload to the DataSource(PSA).
Step 5) Load data to the DSO.
We will learn how to load transactional data from a Flat File with the help of a scenario.
Scenario: Load data to the DSO named “DEMO_DSO”. The DSO has the following fields.
Key Fields:
ZCUST - Customer
ZMAT – Material
Data Fields:
ZPRICE – Material Price
ZQTY - Quantity
Lets look into the Steps to Load data to DSO from Flat file
Step 1) Create source system for flat file.
In the next screen,
In the next screen,
Step 2) Create Application component.
Step 3) Create Data Source.
Step 4) Create transformation between Data Source(Source) and DSO(Target).
Below screen shows the transformation created with automatic mapping of the Source fields to the Target fields.
Step 5) Create Data Transfer Process.
Right-Click on DTP folder and choose the option “Create Data Transfer Process” from the context menu.
Below screen shows the DTP created.
Step 6) Create Infopackage and Schedule dataload to the DataSource(PSA).
Step 7) Load data to the DSO.
Step 1) Creating a Generic Data Source for Text InfoObject
Right click on the BI Source System -> Customizing Extractors.
In next screen, click on Maintain Generic DataSources.
In next screen,
In next screen,
Press the Enter button. The below screen is displayed.
Now,
In next screen,
Next, from the datasource ZGR24CC_TEXT, right click Replicate Metadata as shown below. Activate the DataSource.
Step 2) Create transformation between Data Source(Source) and InfoObject Text(Target).
In next screen, right click on the DataSource -> Create Transformation
In next screen,
The transformation would be created with automatic mapping of the Source fields to the Target fields.
Step 3) Create Infopackage and Schedule Dataload to the DataSource(PSA).
Step 4) Create Data Transfer Process.
Right-Click on DTP folder and choose the option “Create Data Transfer Process” from the context menu.
The below shows the DTP created.
Step 5) Load Data to the InfoObject Text.
Following are the steps to perform the data extraction from ECC into BW systems. We will take Logistics (Purchasing application module) in our example.
Step 1)
Login into ERP system
Step 2)
Click on the folder SAP R/3 as shown below screenshot
Step 3)
Go to the Folder MM (Materials Management)—MM-IO as shown below in screenshot in Box.
Step 4)
Choose the datasource 2LIS_02_ITM, which is purchasing data at Item level.
Step 5)
Choose the datasource 2LIS_02_ITM and go to the Datasource tab and click Change the datasource as shown in screenshot.
Note: This step is used when we need to add additional fields, to push into BW. Similarly, we can do the same steps (Step1-5) for of fields which we don’t wish to populate in BW.
After choosing the Change datasource tab, you can see all the fields associated with this datasource as shown below.
Step 6)
Now, as per the above screenshot the Field EFFWR –Effective value item is unchecked in selection field which means that it is not available in BW. To populate the Field EFFWR in BW, we will have to check mark in selection field as shown below.
Step 7)
After checking the field EFFWR in selection save the datasource as shown below.
Step 8)
Activate the datasource as shown below.
Now we are ready to push the changed datasource 2LIS_02_ITM after selecting the Field EFFWR into BW.
Step 9)
Step 10)
From the datasource 2LIS_02_ITM, right click Replicate Metadata as shown below.
After sucessfull replication of datasource, the Filed EFFWR will be available in BW
Step 11)
Load the data from ECC into BW to populate the filed EFFWR with some data.
This Infopackage is used to load the data from ECC into BW system at PSA level which is intermediate level.
In database management system (DBMS), the schema represents relational database. It defines the tables, the fields in each table and the relationship between fields and tables. In other words schema is a collection of database objects, including tables, views, indexes and synonyms. Schemas are generally stored in a data dictionary.
A classical star schema is a multidimensional data model.It is based on a central fact table surrounded by several dimension tables in the shape of a star (hence the name).
An InfoCube consists of several Info-Objects (Characteristics and Key figures) and is structured according to the star schema. This means that there is a large fact table with key figures for the InfoCube, as well as many dimension table surround it structure which appears like star.
The benefits of star schema are slicing down, easy understanding of data and performance increase.
In extended star schema, “fact table” and “master data table” is connected through SID (Surrogate ID) table. In extended star schema , fact table and dimension table will be inside the cube. It has analyzing capacity of 16*248 (SID Table). Fact table is small and dimension table is huge contrary to Star Schema model. Under the extended star schema model, the dimension table do not contain master data
Following are the different components of an Extended Star Schema.
Below is an example of how a fact table of an Infocube looks like.
Below are the Dimension and SID tables.
Below shown are the Info object master data and text table.
The below is an example of Infocube showing the Extended Star Schema.
Steps explaining the Extended Star Schema of an Infocube:
Process Chain involves three main steps
In this tutorial you will learn –
Steps to create a process chain.
Steps to check consistency of process chain.
Steps to activate a process chain.
Steps to assign Process Chain to application component.
Steps to activate a Process Chain.
How to Monitor Process Chains.
RSPC is the whole and sole transaction used for Process Chain Maintenance. In this screen, existing process chains are sorted by “ApplicationComponents”.
There are two views available:
The default mode is Planning View.
Step 1)
Creating a Process Chain:
Click the “Create” icon.
Step 2)
Click Check Mark
Step 3)
A new window pops-up. Click on “New” icon to create a new “Start Process”.
Step 4)
Step 5)
The subsequent screen is used to assign time-based or event based trigger for the process chain.
Step 6)
Steps for Scheduling a Process Chain:
Click save
Step 7)
Add Info Package:
Click on icon for “Process Types” to proceed.
Step 8)
As discussed earlier, data load can be triggered via an InfoPackage or a DTP.
Step 9)
A new pop-up window appears. Here you can choose the required InfoPackage.
Step 10)
Connect both the Start Variant and the InfoPackage:
There are 2 ways to do this – Right click on first step. Click on “Connect With” ->“Load Data”
Another way is to select the “Start Variant” and keep the left mouse button pressed. Then move mouse button to the target step. An arrow should follow your movement. Stop pressing the mouse button and new connection is created. From the start process to every second step there is a black line.
The Process chain appears as below after a Connection between the Start variant and Infopackage is created.
For any subsequent step, we can choose if the successor step shall be executed only if the predecessor.
SAP will verify if all steps are connected and have at least one predecessor. Logical errors are not detected. If we get warnings or “Chain is OK”message, we can activate it. If the check identifies some errors , we have to remove the errors first.
By default, the Process Chain is created under application component “Not Assigned”.
Alternatively press the button “Schedule”.
The chain will be scheduled as background job and can be viewed in SM37 transaction code. You will find a job named “BI_PROCESS_TRIGGER”. All the Process chains are scheduled with same job name.
BI Content provides selected roles within a company with the information that they need to carry out their tasks. SAP NetWeaver Business Warehouse delivers pre-configured authorization objects under the collective term BI content. To understand this we take an example of a sales manager, who wants all the information like sales, market share, product quality, sales and service cost etc… to enable him to make effective decision. A BI content role will bring all this data together in the form of workbooks and queries carrying exactly the information the sales manager needs. No sensitive & confidential information from the HR department are shown to him
Benefits of BI Content:
Below mentioned are the benefits of using BI Content.