Professional Documents
Culture Documents
Sap Data Source Enhancements
Sap Data Source Enhancements
include zbw_zservice:
clear lt_packno.
l_tabix = sy-tabix.
36 * To get Frmvalue1,Frmvalue2 and Frmvalue3.
37 select single packno
38 into lt_packno
39 from essr
40 where lblni = l_t_zservice1-lblni.
41
42 if sy-subrc eq 0.
43 lt_packno = lt_packno + 1.
44
45 select frmval1 frmval2 frmval3
46 into (l_t_zservice1-zzfrm_val1,l_t_zservice1-zzfrm_val2,
47 l_t_zservice1-zzfrm_val3)
48 from esll
49 where packno = lt_packno
50 and introw = l_t_zservice1-introw.
51 append l_t_zservice1.
52 endselect.
53 endif.
54 *comment ends
55 l_t_zservice = l_t_zservice1.
56 clear l_t_zservice1.
57 modify c_t_data from l_t_zservice index l_tabix.
58 endloop.
===
RSA6 DS remove check marks for HIDE
@@@@@@@@@@@@@
Business Content:
D A MA
100
100 * (-1)
100-
Business Content for Other Areas:
a. Demo Content
Demo cube for purchasing, CO-PA, sales.
Only BasisCubes physically contain data in the database. By doing so, they are also data
targets. (BW objects are data targets when data can be loaded into them.) In contrast, virtual
Cubes only represent logical views of a dataset. There is no difference between these InfoCube
types as far as the reporting end user is concerned. Queries can be defined based on all
InfoCube types. InfoCubes are thus InfoProviders. (BW objects are InfoProviders when queries
can be defined/executed based on them in
SAP BW Reporting.)
BasisCube
As already mentioned in the The SAP BW Star Schema Concept lesson, a BasisCube consists of
a quantity of relational tables arranged together in a star schema.
. Fact table A BasisCube consists of precisely one fact table, in which key figure values are
stored. A fact table can contains a maximum of 233 key figures.
. Dimension tables A BasisCube usually has four dimension tables.
. Units dimension table
. Data package dimension table
. Time dimension Table
. for example material dimension table
Virtual Cube
Virtual cubes are special InfoCubes. A virtual cube represents a logical view. Unlike with
BasisCubes however, no data is physically stored in SAP BW. The data is taken from the source
systems only after a query has been executed. There are three types of virtual cube. They can be
distinguished by the way in which they retrieve data.
SAP RemoteCube A SAP RemoteCube allows you to define queries with direct access to
transaction data in other SAP systems.
A SAP RemoteCube is an InfoProvider. This is a special RemoteCube that allows you to define
queries with direct access to transaction data in other SAP systems. SAP RemoteCubes are
defined on the basis of an InfoSource with flexible updating, and assume the characteristics and
key figures of the InfoSource.
Use/Data Flow
Unlike with other RemoteCubes, it is not necessary to program extractors. The same extractors
are used to select data in the source system that are also used when replicating data into the
BW.When executing a query, each navigation step sends a request to the extractors for the
assigned source systems. In addition, characteristics selection and selection criteria for
these characteristics are transformed to fields in the transfer structure, in accordance with the
transfer rules. They are transferred to the extractor in this form. The delivered datasets run
through the transfer rules in BW and are filtered once again in the query.
General RemoteCube: A general Remote Cube allows reporting using data from non-SAP
systems. The external system transfers the requested data to the OLAP processor via the BAPI.
Definition
A general RemoteCube is an InfoProvider whose transaction data is managed externally. Only
the structure of the general RemoteCube is determined in BW. The data for reporting is read from
another system using a BAPI. Unlike the SAP RemoteCube, data from non-SAP systems is
transferred into BW with the general RemoteCube.
Use
The general RemoteCube is used in special situations, for example, with market research data.
The source system transfers the requested data to the OLAP processor via the BAPI. The
general RemoteCube gives you the opportunity to connect non-SAP systems, in particular non-
relational structures (hierarchical databases).
A MultiProvider is a type of InfoProvider that combines data from a number of InfoProviders and
makes it available for reporting purposes. The MultiProvider does not itself contain any data. Its
data comes entirely from the InfoProviders on which it is based. These InfoProviders are
connected to one another by a union operation.
InfoProviders and MultiProviders are the objects or views that are relevant for reporting.
You can divide MultiProviders into the following categories:
...
1. Homogenous MultiProviders:
These consist of technically identical InfoProviders, such as InfoCubes with exactly the
same characteristics and key figures, where one InfoCube contains the data for 2001, for
example, and a second InfoCube contains data for 2002. Homogenous MultiProviders can
be used to partition on the modeling level of the InfoProvider.
2. Heterogeneous MultiProviders:
These are made up of InfoProviders that only have a certain number of characteristics and
key figures in common. Heterogeneous MultiProviders can be used to simplify the
modeling of scenarios by dividing them into sub-scenarios. Each sub-scenario is
represented by its own InfoProvider. An example is a sales scenario made up of the sub-
processes order, delivery and payment.
Info set :
ODS: Operational Data Store
Settings:
Process chain
Infopackage group:
Another example:
LO With Direct Delta:
To Check the Data Source : SE11 , ROOSOURCE:
Package creation: Saving BW objects under objects:
Jobs: SM37
Navigational
RRI
Structure
- selection
- formula
Restricted KFG
Calculated KFG
Web reporting:
Examples:
BW Land scape: