How SAC Live Queries Really Work: From CDS to RSRT to SAC 

Introduction

SAP Analytics Cloud live queries are often described as real-time and push-down, but what actually happens behind the scenes when a user opens a live story or analytic application? Understanding the execution flow – from CDS views in S/4HANA, through BW Query runtime and RSRT, all the way to SAC- helps developers design performant models, troubleshoot issues faster, and avoid common pitfalls. 

In this blog, we walk through how SAC live queries really work, focusing on the technical execution path from CDS to RSRT to SAC. We also highlight where performance is won or lost, and which tools you should use at each step. 

InsightCubes_SAC_Live_Query_Performance_Bottleneck

What Is a SAC Live Query? 

SAC live query is executed directly on the source system at runtime. Unlike import mode, no data is persisted in SAC. Instead: 

🗄️ Data stays in S/4HANA or BW
Queries are executed on demand
☁️ Results are streamed back to SAC

For S/4HANA Embedded Analytics, this means SAC ultimately relies on ABAP CDS artifacts and the BW Query runtime

High-Level Architecture: CDS to SAC 

At a high level, the execution chain looks like this: 

🗄️ CDS Cube / Analytical CDS View in S/4HANA
📄 BW Query (2C / Query-enabled CDS)
🖥️ BW OLAP Engine
🔍 RSRT runtime execution
☁️ SAC Live Connection

Each layer adds specific responsibilities – and potential performance impact. 

Step1: CDS Cube – The Analytical Foundation 

Everything starts with a CDS Cube (or analytical CDS view) annotated for analytics, such as: 

  • @Analytics.dataCategory: #CUBE 
  • @VDM.viewType: #COMPOSITE 

The CDS cube: 

  • Reads from transactional and master data tables 
  • Defines measures, dimensions, and associations 
  • Pushes calculations down to HANA 

Key point: SAC never queries the CDS cube directly. A query-enabled CDS view (2C_) consumes the CDS cube.

Step2: Query-Enabled CDS (2C_) – Where Analytics Semantics Live 

TopicDetails
Tool / LayerQuery-Enabled CDS (2C_)
Role in SAC Live Query
Acts as the BW Query equivalent in Embedded Analytics.
Key Responsibilities– Define filters and restricted measures
– Create calculated measures
– Set variables and prompts
– Handle exception aggregation
Technical NoteAlthough modeled in ABAP CDS, this view is exposed as a BW Query.
Why It Matters– SAC connects to the query, not the underlying cube
– Query design directly affects SAC performance and flexibility

The table below summarizes the key layers involved in SAC live queries and the primary tools responsible at each step.

InsightCubes_Query_Architecture_Tools_Comparison Table

Step3: BW OLAP Engine – The Real Execution Engine 

TopicDetails
Tool / LayerBW OLAP Engine
Role in SAC Live QueryOnce SAC triggers a live query, execution is handed over to the BW OLAP Engine.
Key ResponsibilitiesInterprets query semantics
Resolves variables and filters
Applies aggregations and calculations
Embedded Analytics NoteEven without classic BW modeling, the BW runtime is always involved.
Why SAC Live Queries Feel Like BW– Variable processing order
– Aggregation behavior
– Currency and unit conversion logic

Step4: RSRT – Your Best Friend for Analysis

TopicDetails
ToolRSRT (Report and Analysis Tool in BW)
PurposePrimary tool to understand and debug SAC live queries
How it WorksWhen a SAC story runs a live query, the system executes the corresponding BW Query internally. You can run the same query directly in RSRT.
Key CapabilitiesCompare SAC vs. BW results
Analyze runtime and execution steps
Enable trace and statistics
Identify expensive calculations or joins
Best PracticeIf a SAC live query is slow, always test it in RSRT first

Step5: SAC Live Connection – Thin Client, Smart Consumer 

SAC acts as a thin analytical client in live mode: 

  • Sends metadata and query requests 
  • Passes user filters and variables 
  • Renders results visually 
InsightCubes_SAC_Live_Connection_Flow_Diagram

What SAC does not do: 

  • No heavy calculations 
  • No data persistence 
  • No re-aggregation of measures 

This means performance is almost entirely determined by: 

  • CDS and query design 
  • BW runtime efficiency 
  • HANA execution plans 

Common Performance Pitfalls 

When working with SAC live queries, watch out for: 

🗄️ Overloaded CDS cubes with too many joins
Complex calculated measures in 2C_ views
📄 Excessive variables with customer exits
🖊️ Missing or incorrect analytical annotations
⚠️ A slow SAC story is usually a modeling issue, not a SAC issue.

Why This Knowledge Matters for BI Leads 

Understanding how SAC live queries work enables you to: 

  • Set realistic performance expectations 
  • Design scalable Embedded Analytics architecture 
  • Avoid unnecessary data replication 
  • Troubleshoot issues faster with the right tool 

This knowledge is especially critical for BI leads working in S/4HANA Embedded Analytics landscapes, where they rely on CDS instead of classic BW models.

Conclusion 

SAC executes live queries through a carefully orchestrated chain, from CDS to BW Query to RSRT to SAC. By understanding each layer’s role, you can design better models, deliver faster analytics, and debug issues with confidence. 

If you treat SAC as a thin consumer and focus your optimization efforts on CDS and query design, you will get the most out of live analytics. 

Recent Posts

Get in Touch

Learn more and ask us About Our Cloud Consolidation Solution

Share This Post

Share this Page!

Share this with your network.

Want to Know More?

Get In Touch

Something isn’t Clear?


Feel free to contact us, and we will be more than happy to answer all of your questions.