返回新闻
创新AI Understanding 简报

SAGE 提出了一种在 SQL 内运行 AI 函数的统一方法

arXiv 预印本介绍了 SAGE,这是一个框架,它将 AI 支持的 SQL 操作组织为三种关系类型,并报告称,一个可分解连接工作负载的成本降低了 358 倍。

5 min readRead the primary source
Primary-source image accompanying SAGE proposes a unified way to run AI functions inside SQL
主要来源文件来源记录
出版商
arxiv.org
来源链接
arxiv.orghttps://arxiv.org/abs/2608.20630
来源类型
主要文件——我们直接阅读的官方公告、文件、文件或第一方页面。
背景60 秒内了解这一点

从这里开始

关键术语

分类
模型将输入分配给一个或多个预定义类别的任务。
概括
模型在训练集之外的新的、未见过的数据上的表现如何。
稳健性
模型在噪声、变化或对抗性输入下保持性能的能力。
测试一下自己什么是人工智能?测验

发生了什么

Researchers introduced SAGE, or Self-Adaptive Generative Execution, a framework for integrating AI functions into SQL systems. The paper groups AI operations into three typed primitives: AI_SCALAR for individual rows, AI_AGG for groups, and AI_JOIN for relationships between pairs of rows. It reports that SAGE improved execution quality and efficiency across tested workloads, including a measured 358-fold cost reduction on one representative factorable join.

The paper starts from a practical change in database software: SQL systems increasingly expose AI functions for , extraction, filtering, ranking, retrieval, joining, and summarization. Although these functions have different names and interfaces, the authors argue that their relational behavior can be organized around three roles. AI_SCALAR transforms individual rows, AI_AGG combines information across groups, and AI_JOIN determines relationships between pairs of rows. SAGE provides a common logical representation for these roles while allowing execution strategies to differ according to the operation’s shape. That organization is the paper’s main way of describing how an AI operation fits into a relational query. The primitives distinguish whether the operation acts on one row, a group of rows, or a pairwise relationship, while the framework keeps those cases within a shared execution model.

A central feature is a confidence-gated execution interface shared by the three primitives. The source says this interface is combined with physical strategies tailored to scalar, aggregate, and join workloads. The paper gives particular attention to AI_JOIN, where naïvely evaluating a model-based predicate for every possible pair can create a large number of model calls. SAGE analyzes the predicate, decomposes compound conditions when possible, and uses a recipe card plus a small label-free probe to select among complete execution strategies. This means that the framework is concerned not only with what an AI function returns, but also with how the database carries out the corresponding work. The logical role identifies the kind of relational task, and the physical strategy determines how that task is executed. For joins, the stated goal is to avoid treating every candidate pair as requiring the same direct evaluation when the predicate can be factored.

In its abstract, the paper reports results from a broad audit of public AI operators and evaluations spanning scalar, aggregate, and join workloads. It says SAGE achieved the strongest overall SemBench performance and, for a representative factorable join, reduced pairwise model calls by more than two orders of magnitude. The reported result was a 358-fold measured cost reduction. These are claims made by the authors in an arXiv paper submitted on Aug. 21, 2026; the supplied source does not establish peer review, independent replication, or a production deployment. The distinction between the logical primitives and their physical strategies is important to the reported results: the paper presents one common organization for different operations, then evaluates execution behavior across the corresponding workload types. The source’s summary connects the largest stated savings specifically with the factorable join case, rather than presenting the figure as a universal result for every AI-enabled SQL query.

来源详情: arxiv.org ↗

为什么这很重要

AI functions can make database queries substantially more expensive because they may require repeated model calls for many rows or row pairs. SAGE treats those calls as part of query planning, potentially giving database engineers a more systematic way to reduce unnecessary inference while preserving useful results. The reported findings are from a preprint and do not establish production reliability, broad cost savings, or performance across all models and datasets.

The operational problem is increasingly relevant as companies place model-based operations inside data pipelines. A conventional database query usually relies on relatively predictable computational costs, while an AI function can involve expensive inference, variable latency, and uncertain output quality. When the operation compares many records with one another, the number of potential model calls can grow rapidly. A query planner that understands the relational role of an AI function could therefore affect both the cost and the responsiveness of AI-enabled data work.

SAGE’s proposed abstraction is potentially useful because it connects AI inference to established database concepts rather than treating every model call as an isolated application-level task. Separating row transformations, group-level operations, and pairwise relationships may let systems reuse ordinary relational planning techniques while choosing specialized strategies for model inference. The reported join result, if it holds in broader settings, suggests that predicate structure can matter as much as model speed when controlling AI workload costs.

The public significance remains bounded by the evidence supplied. The source reports improvements across the authors’ audit and evaluations, but it does not provide the detailed benchmark tables, datasets, model identities, hardware configuration, baseline definitions, latency measurements, or monetary assumptions in the abstract. It also does not show that SAGE improves answer quality in every workload. A large reduction in model calls could be valuable, but the result must be assessed alongside recall, precision, failure cases, and the cost of any additional planning or probing.

Interactive Mechanism

互动机制:它实际上是如何运作的

以交互方式探索这一发展背后的基础技术。

System Requirements:
Best ArchitecturePure RAGRecommended pattern
Hallucination RiskVery LowGrounding efficacy
Update Cost$0 (Vector sync)Ongoing maintenance
Core takeaway: Fine-tuning teaches models how to speak (form, style, syntax); RAG teaches models what to say (verifiable facts). Never use fine-tuning alone for factual memory.
交互式概念检查+10 Points
What is AI? Quiz

A route planner searches possible journeys using explicit rules. What does this illustrate about AI?

接下来看什么

The important next questions are whether SAGE generalizes beyond the paper’s evaluations, how much its gains depend on factorable predicates, and whether its confidence gates and label-free probes remain reliable with different models and data. Independent replication, implementation availability, and tests on production-scale databases would help determine whether the approach is ready for practical adoption.

The first test is reproducibility. Researchers and database developers will need access to an implementation, evaluation code, workload definitions, and enough configuration detail to repeat the reported SemBench and join experiments. Without those materials, the 358-fold figure is a useful claim to investigate but not a general performance expectation. The source does not state whether code or data are available.

The second issue is . SAGE’s largest reported gain comes from a representative factorable join, which suggests that the structure of the predicate is important. It remains unknown how the framework performs on non-factorable joins, ambiguous natural-language predicates, skewed data, changing distributions, or models with different costs and error patterns. It is also unclear how often a small label-free probe can correctly predict which complete execution strategy will work best.

The third issue is quality control. Confidence-gated execution may help avoid unnecessary calls, but the source does not specify how confidence is calibrated, how errors are surfaced, or what happens when a model is uncertain or confidently wrong. Future evaluations should report quality-cost trade-offs, tail latency, to distribution shifts, and behavior on sensitive data. Production adoption would also require clear controls for auditing model decisions and preserving ordinary SQL guarantees where AI functions are used.

相关指南和测验

什么是人工智能?人工智能模型解释人工智能培训测试你所知道的——尝试免费的人工智能测验在我们的词汇表中查找人工智能术语关注 AI 模型发布跟踪器
觉得这有用吗?