Maik Goergens

dblp:415/9998 · DBLP profile ↗
← Back
1ranked-venue papers
0as first author
1since 2021 · last 2025
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Databases, data management, data science and information retrieval · 1 · 1 since 2021

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Databases, data mining, and information retrieval
1 paper
Query processing and optimization · 50% Database system architecture and tuning · 50%
Computer architecture, parallel and distributed computing, and storage systems
1 paper
Storage systems · 100%

Topics — the 2 heaviest of 3, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Query processing and optimization
analytical query processing
0.912025
The HANA Native Query Engine for Lakehouse Systems · Proc. VLDB Endow. 2025
Storage systems › data management › database storage
columnar storage
0.312025
The HANA Native Query Engine for Lakehouse Systems · Proc. VLDB Endow. 2025

Methods — techniques the papers use, named apart from their topics

pushdown architecture · 1.7direct access architecture · 1.7caching · 1.7
YearPublicationVenuePosition
2025 The HANA Native Query Engine for Lakehouse Systems
abstract
Modern enterprise applications and data warehouse systems move data into data lakes for economical and scalability reasons. Data is then stored in popular columnar file formats like Parquet which are optimized for writing using open table formats like Iceberg or Delta. This presents new challenges for existing database systems and their execution engines because excellent performance and scalability when accessing this data in complex analytical queries is expected while data is located in a remote data lake. In this work, we present how we adapted the HANA Cloud Database Engine for efficient processing of files in data lakes, which we call SQL-on-Files (SoF). We motivate this evolution by its relevance for Business Data Cloud, SAP's Lakehouse, we discuss the viability of general architecture choices like pushdown and direct access architectures, and give insights into our SoF design decisions towards scalable, analytical query processing around execution engine, optimizer and caching. Our evaluation of SoF shows benefits of direct access over pushdown architectures for a new warehouse benchmark with complex, analytical workloads.
Daniel Ritter 0001, Mihnea Andrei, Sukhyeun Cho, Maik Goergens, Taehyung Lee 0002, Norman May, Amit Pathak, Paul R. Willems
Proc. VLDB Endow.4