Show TOC

Corporate Memory - Compression CapabilitiesLocate this document in the navigation structure

The corporate memory contains the complete history of the loaded data.

This displays an intermediate layer. The data is posted to other DataStore objects (advanced) that serve as architected data marts. It is filled separately from the update in the architected data marts. The template for the corporate memory is used to create a DataStore object (advanced) with InfoObjects or fields. Fields are useful if you load data from external sources or if you want flexible modeling and you only want to assign InfoObjects at a higher point in the data flow.

The corporate memory can have two flavors: Focus on compressing data, or focus on reporting and analyzing data. For the corporate memory with focus on compression, the Activate Data property is selected under Properties:

The requests are loaded into the inbound table. The data is stored at a granular level of detail.

If the data is not required with this level of detail, it can be compressed in order to save space. Before you activate (and thereby compress) the data, make sure that all the data has been updated from the inbound table using delta and that all the data is consistent. During activation, the data is aggregated in accordance with the semantic key and is written to the active data table. In the query, you will then only see the data that has been activated. To save memory space, the change log is not filled. Therefore you cannot perform request-based deletion of data from the DataStore object. You can only delete data selectively.

When a query is executed, the active table is accessed: