- SAP BW - Reporting
- SAP BW - Process Chain
- SAP BW - Universal Data Connect
- SAP BW - DB Connect
- SAP BW - Flat File Data Transfer
- SAP BW - MultiProvider
- SAP BW - Virtual InfoProvider
- SAP BW - InfoCube
- SAP BW - Infoset
- SAP BW - Write Optimized DSO
- SAP BW - DataStore Objects & Types
- SAP BW - InfoArea, Object & Catalog
- SAP BW - Transformation
- SAP BW - Data Flow
- SAP BW - Data Warehousing
- SAP BW - Overview of SAP BI
- SAP BW - Home
SAP BW Useful Resources
Selected Reading
- Who is Who
- Computer Glossary
- HR Interview Questions
- Effective Resume Writing
- Questions and Answers
- UPSC IAS Exams Notes
SAP BW - Write Optimized DSO
In the Write Optimized DSO, data that is loaded is available immediately for further processing.
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 on 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 DSOs are used as the EDW layer for saving data. Business rules are only appped when the data is updated to additional InfoProviders.
In Write Optimized DSO, the system does not generate SIDs and you do not need to activate them. This means that you can save time and further process the data quickly. Reporting is possible on the basis of these DataStore objects.
Structure of Write Optimized DSO
It only contains the table of active data and there is no need to activate the data as required with the standard DSO. This allows you to process the data more quickly.
In Write optimized DSO, loaded data is not aggregated. If two data records with the same logical key are extracted from the source, both records are saved in the DataStore object. The record made responsible for aggregation remains, however, so that the aggregation of data can take place later in standard DataStore objects.
The system generates a unique technical key for the write-optimized DataStore object. The standard key fields are not necessary with this type of a DataStore object. If there are standard key fields anyway, they are called semantic keys, so that they can be distinguished from the other technical keys.
The technical keys consist of −
Request GUID field (0REQUEST)
Data Package field (0DATAPAKID)
Data Record Number field (0RECORD) and you load only new data records.
Use T-Code: RSA1
Go to Modepng tab → InfoProvider → Select InfoArea → Right cpck and cpck on create DataStore Object.
Enter the technical name and description of the DataStore object.
Type of DataStore Object − This is used to select the DSO type. It takes a standard DSO by default.
Cpck on Create (F5) button as shown in the following screenshot.
To change the DSO type, go to the settings tab as shown in the following screenshot. Cpck on the Edit icon and when a new window opens, you can change the DataStore Object and also select the type which is required.
Advertisements