Jadwal Sholat

Memuat jadwal sholatโ€ฆ

Ilmu Komputer & AI editorial

Open AccessOA2026

From Interpretation to Compilation: Compilation-Based Execution of Semantic Operators [Vision]

A vision for treating LLMs as semantic compilers rather than per-row runtime interpreters in data processing systems
Wenkai Dong; Yifan Wangยท 2026ยท DOI 10.48550/arXiv.2607.13407

The core problem

Semantic operator systems extend traditional data processing with natural-language interfaces, enabling operations such as semantic filtering, mapping, and joining. In these systems, users express intent in natural language, and the system applies that intent across a dataset. Existing systems commonly execute these operators through **interpretation-based execution**: for each row, record, or candidate pair, an LLM is invoked to interpret the semantic intent and produce an output. Although this approach is expressive and flexible, it places expensive LLM calls inside the data-processing loop, causing high latency, monetary cost, and limited scalability. The authors argue that this per-item invocation pattern is a fundamental bottleneck. They propose a paradigm shift: instead of using an LLM as a runtime interpreter for every data item, invoke it once during compilation to translate a semantic operator specification into deterministic executable code. This compiled physical operator approximates the behavior of the original LLM-based operator and runs locally over the dataset without per-row or per-pair LLM calls. The paper frames this as a vision at the intersection of database qu

Innovation

Preliminary results show that compilation-based execution substantially reduces execution time and LLM calls while preserving much of the output quality. The authors report that by eliminating per-row or per-pair LLM invocations, the compiled operators achieve significant speedups and cost reductions compared to interpretation-based execution. While exact numbers are not provided in the abstract, the qualitative claim is that the reduction in execution time and LLM calls is substantial. The output quality is described as preserving "much of" the original quality, indicating a trade-off between efficiency and fidelity. The results are preliminary, and the paper is positioned as a vision paper, so detailed quantitative benchmarks are likely part of future work. The key finding is that compilation-based execution is a viable alternative to interpretation-based execution for semantic operators, offering a path to scalable and cost-effective semantic data processing.
Semantic operator systems extend traditional data processing with natural-language interfaces, enabling operations such as semantic filtering, mapping, and joining. In these systems, users express intent in natural language, and the system applies that intent across a dataset. Existing systems commonly execute these operators through **interpretation-based execution**: for each row, record, or candidate pair, an LLM is invoked to interpret the semantic intent and produce an output. Although this approach is expressive and flexible, it places expensive LLM calls inside the data-processing loop, causing high latency, monetary cost, and limited scalability. The authors argue that this per-item invocation pattern is a fundamental bottleneck. They propose a paradigm shift: instead of using an LLM as a runtime interpreter for every data item, invoke it once during compilation to translate a semantic operator specification into deterministic executable code. This compiled physical operator approximates the behavior of the original LLM-based operator and runs locally over the dataset without per-row or per-pair LLM calls. The paper frames this as a vision at the intersection of database query processing, program synthesis, and LLM-powered data systems.

The proposed methodology is **compilation-based execution of semantic operators**. The key idea is to separate the semantic understanding phase from the data processing phase. During compilation, an LLM is invoked once to translate a semantic operator specification (e.g., a natural-language predicate or transformation) into deterministic executable code. This generated code serves as a compiled physical operator that approximates the original LLM-based operator's behavior. The authors instantiate this approach for three core semantic operators: **semantic filter**, **semantic map**, and **semantic join**. For each, they design a compilation strategy that produces code capable of running locally over the dataset without per-row or per-pair LLM calls. They compare this against LLM-based interpreted execution and integrate it into an existing semantic operator system. The compilation process can be conceptualized as a function

, where
is the space of semantic operator specifications and
is the space of executable programs. The goal is to find a program
such that for a given dataset , the output of approximates the output of the original LLM-based operator :
. The approximation quality is traded off against execution efficiency. The overall architecture is illustrated below.

Why it matters

The authors argue more broadly that semantic operator systems should treat LLMs not only as runtime executors, but also as **semantic compilers** that generate efficient executable plans. This reframing opens new research opportunities at the intersection of database query processing, program synthesis, and LLM-powered data systems. The discussion highlights the potential for a compiler-based architecture where the LLM's role shifts from per-item interpretation to one-time code generation. This approach could lead to more efficient query plans, better resource utilization, and new optimization techniques specific to semantic operators. However, challenges remain, including ensuring the correctness and robustness of generated code, handling diverse and evolving data distributions, and managing the trade-off between approximation quality and efficiency. The vision suggests a future where semantic operators are compiled into deterministic programs that can be optimized, cached, and executed at scale, much like traditional database operators. This paradigm shift could enable semantic data processing to become as efficient and scalable as conventional data processing, while retaining the flexibility of natural-language interfaces.

Who should read this

CS practitioners and researchers

Opening member contentโ€ฆ