Single Persistence Model for Unified OLAP and OLTP Data Management

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current online analytical processing (OLAP) and online transaction processing (OLTP) systems face complexities due to separate data persistence, leading to synchronization and inconsistency issues, which complicates data management and resource allocation.

Innovation Solution

Implementing a single persistence model that supports both OLAP and OLTP using a unified business object model, allowing for a one-to-one relationship between business object nodes and database tables, and using a single data format throughout the processing stack to simplify data management and reduce resource requirements.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If separate persistence models are used for OLAP and OLTP, then each processing type can have optimized data storage, but system complexity and synchronization issues increase

Engineering Contradiction:
Improvedata consistencyVSAvoidpersistence complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent merges the persistence models for OLAP and OLTP into a single unified persistence layer. Business objects are persisted once in a standardized format that serves both analytical and transactional processing requirements, eliminating the need for separate persistence models and reducing synchronization complexity while maintaining data consistency across both processing types

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The persistence layer is designed with universal support for both OLAP and OLTP operations through a single data format model. The same persistence mechanism handles diverse processing needs by interpreting business objects differently based on the operation type, allowing one persistence system to serve multiple functions without requiring separate specialized systems

Inventive Principle:
Principle #6Universality (Multi-functionality)

2Productivity

If separate persistence models are used for OLAP and OLTP, then data can be optimized for each processing type, but resource allocation becomes more complex

Engineering Contradiction:
Improveprocessing efficiencyVSAvoidresource management complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent combines resource management for OLAP and OLTP into a single unified resource allocation system. The same persistence infrastructure serves both processing types, eliminating duplicate resources and simplifying resource allocation decisions while maintaining the ability to optimize performance for each processing type through configuration rather than separate infrastructure

Inventive Principle:
Principle #5Merging (Combining)

3Device complexity

If a single persistence model is used for both OLAP and OLTP, then data management is simplified, but data format flexibility may be reduced

Engineering Contradiction:
Improvedata management complexityVSAvoiddata format flexibility
Core Design Contradiction:
Device complexityVSAdaptability or versatility

Solution Approach 1:

The patent uses parameter changes in the data format model to accommodate different processing requirements. The same persistence layer can represent business objects in formats optimized for OLTP (transactional) or OLAP (analytical) by changing formatting parameters and metadata attributes, maintaining flexibility without requiring separate persistence models

Inventive Principle:
Principle #35Parameter changes

Solution Approach 2:

The single persistence model is designed with universal capabilities to handle multiple data formats and processing types. The persistence layer can adapt its behavior based on the operation type, providing transactional integrity for OLTP and analytical optimization for OLAP while maintaining a unified data management approach

Inventive Principle:
Principle #6Universality (Multi-functionality)

Data Source

PatentUS8751437B2Single persistence implementation of business objects
Publication Date: 2014.06.10 SAP SE
  • US8751437B2 patent drawing
  • US8751437B2 patent drawing
  • US8751437B2 patent drawing

AI summary

Business objects can be implemented in a single persistence scenario that supports both online transaction processing (OLTP) and online analytical processing (OLAP). A consumption-centric approach can use a same business object attribute data format model for consumption and persistence. Also, a singular model can be implemented in different layers of a system processing business objects. Extra software layers can be avoided. A business-objects-based system can take advantage of the technologies to provide greater flexibility, ease of extensibility, and performance improvements.