Hybrid Database Processing Archetypes for Unified OLTP and OLAP

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current data warehousing systems have cumbersome user interfaces and introduce a time lag, making it difficult for users to perform immediate actions after discovering insights from data analytics, and they typically separate online transaction processing and analytical processing, leading to inefficient data handling.

Innovation Solution

A hybrid system that supports both online transaction processing and online analytical processing through a single shell, directing requests to either a transactional engine or an analytical engine based on the type of processing required, allowing for seamless navigation and real-time insight-to-action processing on a single database.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If conventional data warehousing techniques are used to separate online transaction processing and analytical processing, then data processing specialization is improved, but user interface complexity and navigation difficulty increase

Engineering Contradiction:
Improvedata processing specializationVSAvoiduser interface complexity
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

The patent merges online transaction processing and online analytical processing into a single unified system that shares common database infrastructure. This consolidation eliminates the need for separate data warehousing pipelines and multiple interfaces, thereby reducing user interface complexity while maintaining specialized processing capabilities through a unified architecture.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The unified system is designed to perform multiple functions - both transactional processing and analytical processing - within a single platform. This multi-functionality allows the system to handle diverse processing requirements without requiring separate specialized systems, thereby simplifying the user interface while preserving adaptability.

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

2Adaptability or versatility

If separate data warehousing systems are used for analytical processing, then data analytics capability is improved, but time lag in data availability increases

Engineering Contradiction:
Improvedata analytics capabilityVSAvoidtime lag
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

By merging analytical processing directly with the transactional database system, the patent eliminates the time-consuming data extraction, transformation, and loading processes required by traditional data warehousing. Analytical queries can now access current transactional data in real-time, eliminating time lag while maintaining advanced analytics capability.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The system prepares and maintains data in a state that is simultaneously suitable for both transactional processing and analytical querying. By organizing data structures and indexing strategies in advance to support both types of operations, the system enables immediate analytical processing on current data without requiring separate ETL pipelines that introduce delays.

Inventive Principle:
Principle #10Preliminary action

3Device complexity

If a single system supports both transactional and analytical processing, then system simplicity is improved, but processing performance for each archetype may deteriorate

Engineering Contradiction:
Improvesystem simplicityVSAvoidprocessing performance
Core Design Contradiction:
Device complexityVSProductivity

Solution Approach 1:

The unified system implements different optimization strategies for different processing types within the same architecture. Transactional operations receive optimized handling with appropriate locking and consistency mechanisms, while analytical queries receive specialized optimization through query planning and execution strategies. This local quality approach allows the system to maintain high performance for both archetypes despite their different requirements.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The system dynamically adapts its resource allocation and processing strategies based on the type of operation being performed. When transactional processing is detected, the system activates transaction management protocols and optimization paths; when analytical processing is detected, it switches to query optimization and execution strategies. This dynamic behavior allows the single system to achieve performance comparable to specialized systems for each archetype.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS10095733B2Heterogeneous database processing archetypes for hybrid system
Publication Date: 2018.10.09 SAP SE
  • US10095733B2 patent drawing
  • US10095733B2 patent drawing
  • US10095733B2 patent drawing

AI summary

A database processing system can support applications of an online transaction processing (OLTP) archetype and of an online analytical processing (OLAP) archetype. Hybrid archetypes can also be supported to implement hybrid scenarios. Requests for services are routed to an appropriate engine for fulfillment. User interface assets can be served by a shared infrastructure. Seamless navigation from one archetype to another can be supported in an insight-to-action scenario.