Top Interview Questions & Answers | Learn Now

SAP BI/BW Interview Questions and Answers

Written by sonia | Jun 6, 2017 7:25:21 AM

Q1. Explain the architecture of SAP BW system and its components

Ans: OLAP Processor
Metadata Repository,
Process designer and other functions.
Business Explorer BEx is reporting and analysis tool that support query, analysis and reporting functions in BI. Using BEx, you can analyze historical and current data to different degree of analysis.

Q2. What is an InfoObject and why it is used in SAP BI?

Ans: Info Objects are known as smallest unit in SAP BI and are used in Info Providers, DSO’s, Multi providers, etc. Each Info Provider contains multiple Info Objects.
InfoObjects are used in reports to analyze the data stored and to provide information to decision makers.

Q3. What are the different categories of InfoObjects in BW system?

Ans: Info Objects can be categorized into below categories −

  • Characteristics like Customer, Product, etc.
  • Units like Quantity sold, currency, etc.
  • Key Figures like Total Revenue, Profit, etc.
  • Time characteristics like Year, quarter, etc.

Q4. What is the use of Infoarea in SAP BW system?

Ans: Info Area in SAP BI are used to group similar types of object together. Info Area are used to manage Info Cubes and Info Objects. Each Info Objects resides in an Info Area and you can define it a folder which is used to hold similar files together.

Q5. How do you access to source system data in BI without extraction?

Ans: To access data in BI source system directly. You can directly access to source system data in BI without extraction using Virtual Providers. Virtual providers can be defined as InfoProviders where transactional data is not stored in the object. Virtual providers allow only read access on BI data.

Q6. What are different types on Virtual providers?
Ans: VirtualProviders based on DTP
VirtualProviders with function modules
VirtualProviders based on BAPI’s

Q7. Which Virtual Providers are used in which scenario of data extraction?
VirtualProviders based on DTP −

Ans: This type of Virtual Providers are based on the data source or an Info Provider and they take characteristics and key figures of source. Same extractors are used to select data in source system as you use to replicate data into BI system.

Q8. When to Virtual Providers based on DTP?

Ans: When only some amount of data is used.
You need to access up to date data from a SAP source system.
Only few users executes queries simultaneously on the database.

Q9. Virtual Provider with Function Module −

Ans: This Virtual Provider is used to display data from non BI data source to BI without copying the data to BI structure. The data can be local or remote. This is used primarily for SEM application.

Q10. What is the use of Transformation and how the mapping is done in BW?

Ans: Transformation process is used to perform data consolidation, cleansing and data integration. When data is loaded from one BI object to other BI object, transformation is applied on the data. Transformation is used to convert a field of source into the target object format.
Transformation rules −
Transformation rules are used to map source fields and target fields. Different rule types can be used for transformation.

Q11. How do perform real time data acquisition in BW system?

Ans: Real time data acquisition is based on moving data to Business Warehouse in real time. Data is sent to delta queue or PSA table in real time.
Real time data acquisition can be achieved in two scenarios −
By using InfoPackage for real time data acquisition using Service API.
Using Web Service to load data to Persistent Storage Area PSA and then by using real time DTP to move the data to DSO.
Real time Data Acquisition Background Process −
To process data to InfoPackage and data transfer process DTP at regular intervals, you can use a background process known as Daemon.
Daemon process gets all the information from InfoPackage and DTP that which data is to be transferred and which PSA and Data sore objects to be loaded with data.

Q12. What is InfoObject catalog?

Ans: InfoObjects are created in Info Object catalog. It is possible that an Info Object can be assigned to different Info Catalog.

Q13. What is the use DSO in BW system? What kind of data is stored in DSO’sWhat are the different components in DSO architecture?

Ans: To access data for reporting and analysis immediately after it is loaded,

Q14. What all data sources you have used to acquire data in SAP BW system?

Ans:

  • SAP systems (SAP Applications/SAP ECC)
  • Relational Database (Oracle, SQL Server, etc.)
  • Flat File (Excel, Notepad)
  • Multidimensional Source systems (Universe using UDI connector)
  • Web Services that transfer data to BI by means of push

Q15. When you are using SAP BI7.x, you can load the data to which component?

Ans: In BW 3.5, you can load data in Persistence Staging Area and also in targets from source system but If you are using SAP BI 7.0 data load should be restricted to PSA only for latest versions.

Q16. What is an InfoPackage?

Ans: An InfoPackage is used to specify how and when to load data to BI system from different data sources. An InfoPackage contains all the information how data is loaded from source system to a data source or PSA. InfoPackage consists of condition for requesting data from a source system.
Note that using an InfoPackage in BW 3.5, you can load data in Persistence Staging Area and also in targets from source system but If you are using SAP BI 7.0 data load should be restricted to PSA only for latest versions.

Q17. What is extended Star schema? Which of the tables are inside and outside cube in an extended star schema?

Ans: In Extended Star schema, Fact tables are connected to Dimension tables and dimension table is connected to SID table and SID table is connected to master data tables. In Extended star schema you have Fact and Dimension tables are inside the cube however SID tables are outside cube. When you load the transactional data into Info cube, Dim Id’s are generated based on SID’s and these Dim id’s are used in fact tables.

Q18. How extended Star schema is different from Star schema?

Ans: In Extended Star schema one fact table can connect to 16 dimensions tables and each dimension table is assigned with 248 maximum SID tables. SID tables are also called Characteristics and each characteristic can have master data tables like ATTR, Text, etc.
In Star Schema, Each Dimension is joined to one single Fact table. Each Dimension is represented by only one dimension and is not further normalized.
Dimension Table contains set of attribute that are used to analyze the data.

Q19. which Data store object is used?

Ans: DataStore object for direct update allows you to access data for reporting and analysis immediately after it is loaded. It is different from standard DSO’s in the way how it processed the data. Data is stored in same format in which it was loaded to DataStore object for direct update by the application.

 

Q20. Explain the structure of direct update DSO’s?

Ans: one table for active data and no change log area exists. Data is retrieved from external systems using API’s.
Below API’s exists −

  • RSDRI_ODSO_INSERT: These are used to insert new data.
  • RSDRI_ODSO_INSERT_RFC: Similar to RSDRI_ODSO_INSERT and can be called up remotely.
  • RSDRI_ODSO_MODIFY: This is used to insert data having new keys.For data with keys already in the system, the data is changed.
  • RSDRI_ODSO_MODIFY_RFC: Similar to RSDRI_ODSO_MODIFY and can be called up remotely.
  • RSDRI_ODSO_UPDATE: This API is used to update existing data.
  • RSDRI_ODSO_UPDATE_RFC: This is similar to RSDRI_ODSO_UPDATE and can be called up remotely.
  • RSDRI_ODSO_DELETE_RFC: This API is used to delete the data.

Q21. Can we perform Delta uploads in direct update DSO’s?

Ans: As structure of this DSO contains one table for active data and no change log so this doesn’t allow delta update to InfoProviders.

Q22. What is write optimized DSO’s?

Ans: In Write optimized DSO, data that is loaded is available immediately for the further processing.

Q23. Where do we use Write optimized DSO’s?

Ans: Write optimized DSO provides a temporary storage area for large sets of data if you are executing complex transformations for this data before it is written to the DataStore object. The data can then be updated to further InfoProviders. You only have to create the complex transformations once for all data.
Write-optimized DataStore objects are used as the EDW layer for saving data. Business rules are only applied when the data is updated to additional InfoProviders.

Q24. Explain the structure of Write optimized DSO’s? How it is different from Standard DSO’s?

Ans: It only contains table of active data and there is no need to activate the data as required with standard DSO. This allows you to process the data more quickly.

Q25. To perform a Join on dataset, what type of InfoProviders should be used?

Ans: Infosets are defined as special type of InfoProviders where data sources contains Join rule on DataStore objects, standard InfoCubes or InfoObject with master data characteristics. InfoSets are used to join data and that data is used in BI system.

Q26. What is a temporal join?

Ans: Temporal Joins: are used to map a period of time. At the time of reporting, other InfoProviders handle time-dependent master data in such a way that the record that is valid for a pre-defined unique key date is used each time. You can define Temporal join that contains atleast one time-dependent characteristic or a pseudo time-dependent InfoProvider.

Q27. Where do we use InfoSet in BI system?

Ans: Infosets are used to analyze the data in multiple InfoProviders by combining master data charactertics, DataStore Objects, and InfoCubes.
You can use temporal join with InfoSet to specify a particular point of time when you want to evaluate the data.
You can use reporting using Business Explorer BEx on DSO’s without enabling BEx indicator.

Q28. What are the different type of InfoSet joins?

Ans:

  • Inner Join
  • Left Outer Join
  • Temporal Join
  • Self Join

Q29. What is the use of InfoCube in BW system?

Ans: InfoCube is defined as multidimensional dataset which is used for analysis in a BEx query. An InfoCube consists of set of relational tables which are logically joined to implement star schema. A Fact table in star schema is joined with multiple dimension tables.
You can add data from one or more InfoSource or InfoProviders to an InfoCube. They are available as InfoProviders for analysis and reporting purposes.

Q30. What is the structure of InfoCube?

Ans: An InfoCube is used to store the data physically. It consists of a number of InfoObjects that are filled with data from staging. It has the structure of a star schema.
In SAP BI, an Infocube contains Extended Star Schema as shown above.
An InfoCube consists of a fact table which is surrounded by 16 dimension tables and master data that is lying outside the cube.

Q31. What is the use of real time InfoCube? How do you enter data in real time InfoCubes?

Ans: Real time InfoCubes are used to support parallel write access. Real time InfoCubes are used in connection with the entry of planning data.
You can enter the data in Real time InfoCubes in two different ways −
Transaction for entering planning data
BI Staging

Q32. How do you create a real time InfoCube in administrator workbench?

Ans: A real time InfoCube can be created using Real Time Indicator check box.

Q33. Can you make an InfoObject as info provider and why?

Ans: Yes, when you want to report on charactertics or master data, you can make them as InfoProvider.

Q34. Is it possible to convert a standard InfoCube to real time InfoCube?

Ans: To convert a standard InfoCube to real time InfoCube, you have two options −
Convert with loss of Transactional data
Conversion with Retention of Transaction Data

Q35. Can you convert an InfoPackage group into a Process chain?

Ans: Yes, Double Click on the info package grp → Process Chain Maintenance button and type in the name and description.

Q36. When you define aggregates, what are the available options?

Ans:

  • H Hierarchy
  • F fixed value
  • Blank

Q37. Can you setup InfoObjects as Virtual Providers?
Ans:Yes.

Q38. To perform a Union operation on InfoProviders, which InfoProvider is uses?

Ans: MultiProvider

Q39.Explain the different between Operation Data store, InfoCube and MultiProvider?

Ans: ODS −
They provide granular data, allows overwrite and data is in transparent tables, ideal for drilldown and RRI.
InfoCube −
This is used for star schema, we can only append data, ideal for primary reporting.
MultiProvider −
It contains a physical data and allow to access data from different InfoProviders.

Q40. What do you understand by Start and update routine?

Ans:

Start Routines The start routine is run for each Data Package after the data has been written to the PSA and before the transfer rules have been executed. It allows complex computations for a key figure or a characteristic. It has no return value. Its purpose is to execute preliminary calculations and to store them in global Data Structures. This structure or table can be accessed in the other routines. The entire Data Package in the transfer structure format is used as a parameter for the routine.

Update Routines −
They are defined at the InfoObject level. It is like the Start Routine. It is independent of the DataSource. We can use this to define Global Data and Global Checks.

You may also interested in...