SAP BI InfoProviders
December 29th, 2006 by Pete Moxon
All reports in SAP business warehouse get their data from Infoproviders. InfoProviders are objects that store data in SAP business warehouse. These Info providers can be objects that physically contain data or logical views, whose data is stored in another system or other info provider.
There are many types of InfoProvider objects in SAP BW. These include InfoCubes, operational data stores (ODS) objects, InfoSets, remote cubes, SAP remote cubes, Virtual InfoCubes with services and multi-providers.
InfoCube
An InfoCube (basic cube) is made up of several related tables that organise the info objects contained within according to the InfoCubes Star schema. The central table in the InfoCube is called the fact table. The fact table contains the key figures and dimension ID’s that link to the dimension tables that surround the fact table, making up the Star schema. The dimension tables themselves don’t actually store the characteristic data or data keys, but store another numerical ID, known as a master data ID which is automatically generated by SAP BW.
The master data table (SID table) is used to create the link between the master data ID and the value of the characteristic.
Operational data store
Operational data store (ODS) objects are basically transparent tables do contain the key fields and data fields that make up this type of info provider. Even though, in BW they go by the name ODS objects they are basically the same standard tables that hold data in SAP R/3.
There are a few limitations with this type of info provider. The main one of which is that they are limited to a maximum of 16 key fields. As ODS objects, are just basic flat tables, all the fields they contain (characteristics and key figures) are held in each data record, which means your records can become a considerable length.
Although ODS objects have limitations, they are ideal objects to store data at a document level.
An operational data store object stores consolidated and cleansed data (transaction or master data) and data fields that can also be key figures and characteristics, which differ from a basic cube.
And ODS object describes a consolidated data set from one or more Info sources. You can evaluate the dataset with a BEx query. And ODS object contains a key such as a document number or item and data fields that can also contain character fields such as customer as a key figure. The data of an ODS object can be updated with the Delta update into InfoCube or additional ODS objects in the same system or across systems. Contrary to multi-dimensional data storage with InfoCubes. The data of ODS objects is stored in a flat database tables, unlike basic cubes. ODS objects consists of three flat tables.
- Activation queue (initial table of ODS objects).
- New data is stored in this table before it is activated. Its structure is similar to that of a PSA table that keys built from the request, data package and data record number. After all the requests in the activation queue have been successfully activated. They are deleted from the activation queue.
- This table stores, the current state of the data. This table has a semantic key such as an order number or item that the model can define. Reporting draws upon this table. If the connected data targets are supplied in the full update method of updating, the data targets are updated with the active data from this table.
- During an activation room, the modifications are stored in the change log. The change log therefore contains all the complete (activation) history of the modifications across the contents of the change log and not automatically deleted. If the connected data targets are supplied from the ODS object in a Delta process, the data targets are updated from the change log. The change log is a PSA table and can be maintained in the PSA tree of the administration workbench. Accordingly, the change log has a technical key derived from the request, data package, and data record number.
The new state of the data is written in parallel into the change log and into the table with the active data. Note the following types of ODS objects:
- Standard ODS object. These are created in the administration workbench modelling SAP, under info provider. Create them under the required InfoProvider. You can also edit ODS objects using transaction RSDODS.
To Be Continued …
Technorati Tags: Infoproviders, SAP, BW, InfoCubes, ODS, InfoSets, remote cubes, SAP remote cubes, Virtual InfoCubes, multi-providers, Star schema, fact table, dimension tables, SID, characteristics, key figures, PSA
to ensure the formula is valid.
TekLink