Loading Data into the ODS Object
Now we can load data into the ODS object.
Work Instructions
Step 1. Repeat the procedure outlined in Section 3.9 to create an InfoPackage. Select the Only PSA option in the InfoPackage.
Note
As of BW 2 releases, when loading data into ODS objects BW requires us to select the Only PSA option because ODS objects do not support parallel loads.
A load request can be processed in parallel when the data are sent in multiple packets from the source system. Each packet will use one SAP work process. This parallel processing generates an ORA-54 error when multiple processes compete for the same table lock on the ODS tables. This table lock is essential so that the Overwrite option selected in Screen 9.12 will not cause data consistency problems when the data load executes. Loading data from PSA to an ODS object or an InfoCube is handled by a single SAP work process, which prevents the table locking problem.
BW release 3.0A removes this restriction. Data can now be loaded into an ODS object in multiple packets, through parallel processing. The new release achieves this goal via a queuing mechanism. Data requests are identified uniquely by a combination of several key fields.
SCREEN 9.22
Step 2. Under the Update parameters tab, we see another difference between ODS objects and InfoCubes: We do not have the delta load option. In Section 9.5, we will see how to perform delta data loading into the ODS object using 0RECORDMODE.
SCREEN 9.23
Step 3. After loading the data, go to PSA to check its contents using the procedure outlined in Section 4.3.
SCREEN 9.24
Step 4. After checking the data in PSA, load it into the ODS object following the step shown in Screen 4.16.
Next, we need to check and set the data quality status. To do so, right-click the ODS and select Manage.
SCREEN 9.25
Step 5. Click
Note
QM stands for "quality management." Before the loaded data will be available for reporting, the QM status must be set to "OK," as indicated by the green light on the right.
We could have skipped Step 5 if we had selected the option Set quality status to 'OK' automatically in Screen 9.3.
SCREEN 9.26
Step 6. Change the status from Status indifferent; not yet f to Status OK, and then click
SCREEN 9.27
Step 7. Click
SCREEN 9.28
Note
The loaded data are available for reporting only after being activated, which takes place in Step 10.
Step 8. Click
SCREEN 9.29
Step 9. The icon
SCREEN 9.30
Step 10. To make the data ready for reporting, right-click the ODS object, and then select Activate data in ODS….
SCREEN 9.31
Note
We could have skipped Step 10 if we had selected the option Activate ODS object data automatically in Screen 9.3.
Step 11. Select the data load request, and then click
SCREEN 9.32
Result
You have loaded data into the ODS object and made it ready for reporting. Repeating the Section 5.1 procedure, you can define a query as shown in Screen 9.33. Screen 9.34 shows the result of this query.
SCREEN 9.33
SCREEN 9.34
Note
Each ODS object has three database tables. In our case, they are /BIC/AODS_DEMO10 for the new data, /BIC/AODS_DEMO00 for the active data, and /BIC/B0000842000 for the change log. You can display each table's contents by clicking the appropriate button under the Contents tab in Screen 9.35.
SCREEN 9.35
Before the ODS data were activated in Screen 9.30, only /BIC/AODS_DEMO10 had data. Clicking
SCREEN 9.36
After the ODS data were activated (see Screen 9.30), /BIC/AODS_DEMO10 no longer had data; the data had been moved into /BIC/B0000842000 and /BIC/AODS_DEMO00. Clicking
SCREEN 9.37
SCREEN 9.38
In BW release 3.0A, an ODS object will have an active table and a change log. The data are loaded directly to the change log and arrive in the active table when it becomes activated. This change shortens data loading time and makes data available for reporting more quickly.