Search papers, labs, and topics across Lattice.
The paper introduces GenDB, a system that leverages Large Language Models (LLMs) to synthesize query execution code on demand, bypassing the need for hand-engineered query processing engines. GenDB employs a multi-agent system with Claude Code Agent to generate instance-optimized code tailored to specific data, workloads, and hardware. Experiments on TPC-H and a custom benchmark show that GenDB outperforms state-of-the-art query engines like DuckDB, Umbra, MonetDB, ClickHouse, and PostgreSQL.
LLMs can now synthesize query execution code that *outperforms* hand-optimized database engines, suggesting a paradigm shift in query processing.
Traditional query processing relies on engines that are carefully optimized and engineered by many experts. However, new techniques and user requirements evolve rapidly, and existing systems often cannot keep pace. At the same time, these systems are difficult to extend due to their internal complexity, and developing new systems requires substantial engineering effort and cost. In this paper, we argue that recent advances in Large Language Models (LLMs) are starting to shape the next generation of query processing systems. We propose using LLMs to synthesize execution code for each incoming query, instead of continuously building, extending, and maintaining complex query processing engines. As a proof of concept, we present GenDB, an LLM-powered agentic system that generates instance-optimized and customized query execution code tailored to specific data, workloads, and hardware resources. We implemented an early prototype of GenDB that uses Claude Code Agent as the underlying component in the multi-agent system, and we evaluate it on OLAP workloads. We use queries from the well-known TPC-H benchmark and also construct a new benchmark designed to reduce potential data leakage from LLM training data. We compare GenDB with state-of-the-art query engines, including DuckDB, Umbra, MonetDB, ClickHouse, and PostgreSQL. GenDB achieves significantly better performance than these systems. Finally, we discuss the current limitations of GenDB and outline future extensions and related research challenges.
