live wire
▸Oracle Select AI generates SQL/PGQ for property graphs—but errors if one AI profile mixes graphs with tables or viewsOracle▸Domo’s data team standardizes MCP builds with shared scaffolding; beta toolkits inherit user permissionsDomo▸Databricks proposes five outcome signals for agentic BI—and says dashboard counts and license usage miss decision qualityDatabricks▸One vibe-coded database app needed 56+ human test hours and three repair rounds despite AI Studio’s verification claimsMancas & Mancas / arXiv▸BigQuery AI.IF’s default cost mode trains a local model for most rows—and drops row-error thresholdsGoogle Cloud▸AWS’s multi-tenant data-agent pattern gives the broker Lambda no data permissions; Cognito roles carry Lake Formation scopeAWS Big Data Blog▸Amazon OpenSearch’s optimized engine adds nested agent traces, but AWS reserves it for log analytics—not vector searchAWS▸Two interpretation-based provenance semantics cannot express SQL bag difference, new theorem showsKolaitis / arXiv▸Databricks Feature Views reuse one definition for training and live scoring, but online lookup still returns latest available stateDatabricks▸Databricks Genie’s Slack and Teams previews default channel answers to public, even when viewers lack source-data accessDatabricks▸Snowflake’s two-tool GraphRAG agent beat a seven-tool graph setup 70% to 60% on 22 ontology questionsSnowflake Engineering▸Semantix opens an Apache-2.0 semantic-first data-agent stack, but labels the project WIP and has no release or adoption yetGitHub / icosmos-space▸Confluent defines Streamhouse as shared current state for agents and apps, but says broader semantics and governance are still to comeConfluent▸Graph-repair retrieval cut F1 by 0.126 on one suite; a learned router used fewer tokens than always-on retrieval in all sixLin et al. / arXiv▸Oracle Select AI generates SQL/PGQ for property graphs—but errors if one AI profile mixes graphs with tables or viewsOracle▸Domo’s data team standardizes MCP builds with shared scaffolding; beta toolkits inherit user permissionsDomo▸Databricks proposes five outcome signals for agentic BI—and says dashboard counts and license usage miss decision qualityDatabricks▸One vibe-coded database app needed 56+ human test hours and three repair rounds despite AI Studio’s verification claimsMancas & Mancas / arXiv▸BigQuery AI.IF’s default cost mode trains a local model for most rows—and drops row-error thresholdsGoogle Cloud▸AWS’s multi-tenant data-agent pattern gives the broker Lambda no data permissions; Cognito roles carry Lake Formation scopeAWS Big Data Blog▸Amazon OpenSearch’s optimized engine adds nested agent traces, but AWS reserves it for log analytics—not vector searchAWS▸Two interpretation-based provenance semantics cannot express SQL bag difference, new theorem showsKolaitis / arXiv▸Databricks Feature Views reuse one definition for training and live scoring, but online lookup still returns latest available stateDatabricks▸Databricks Genie’s Slack and Teams previews default channel answers to public, even when viewers lack source-data accessDatabricks▸Snowflake’s two-tool GraphRAG agent beat a seven-tool graph setup 70% to 60% on 22 ontology questionsSnowflake Engineering▸Semantix opens an Apache-2.0 semantic-first data-agent stack, but labels the project WIP and has no release or adoption yetGitHub / icosmos-space▸Confluent defines Streamhouse as shared current state for agents and apps, but says broader semantics and governance are still to comeConfluent▸Graph-repair retrieval cut F1 by 0.126 on one suite; a learned router used fewer tokens than always-on retrieval in all sixLin et al. / arXiv
nl2sql.ai
guideArchitecture guide

Snowflake’s ontology test favors fewer agent tools—but the benchmark is deliberately narrow

A two-tool GraphRAG design outscored a seven-tool knowledge-graph agent in Snowflake’s controlled biomedical test. The useful lesson is architectural, not a general leaderboard claim.

By The News Desk· Nov 7, 2026the quick take — two AI hosts go live when you do

Snowflake has published a useful counterexample to the idea that a more capable data agent necessarily needs more tools. In a controlled biomedical evaluation, its two-tool GraphRAG configuration scored 70.0% success, while a seven-tool knowledge-graph configuration scored 60.0%. A semantic-view baseline scored 50.0%, and GraphRAG augmented with curated terminology mappings reached 78.2%.[^1]

The result is worth reading as an architecture experiment, not a product leaderboard. Snowflake created 22 ontology-dependent questions and ran each agent five times. The dataset combined a cell ontology containing 33,651 terms and roughly 50,000 edges with PRISM drug-screening data covering 4,518 drugs, 578 cancer cell lines and more than 2.6 million viability measurements.[^1]

Why the smaller agent won

The seven-tool knowledge-graph agent could traverse hierarchy tables through recursive SQL and call specialized stored procedures. That gave it deterministic reach across deep taxonomies, but it also expanded the orchestration problem: the agent had to select and sequence the right tools, and procedures required exact concept names.[^1]

Snowflake’s GraphRAG design moved more work into preprocessing. It flattened each ontology concept into a searchable profile containing names, definitions, synonyms, neighborhood information and attributes aggregated from descendants. At runtime, the agent used one search tool and one Cortex Analyst SQL tool. Snowflake says this reduced the decision surface and produced lower run-to-run variance than the other tested configurations.[^1]

That distinction matters for production NL2SQL systems. If a query depends on hierarchical meaning—“all electronic components,” for example—the operating choice is not simply graph database versus vector search. Teams can choose between runtime traversal, which preserves flexible relationship reasoning, and a precomputed index, which turns much of that reasoning into data maintenance and retrieval.

The 78.2% ceiling came with maintenance

The best score did not come from GraphRAG alone. Snowflake added eight hand-curated cell-type-to-tissue mappings and definitions for composite terms to the agent instructions. That lifted success from 70.0% to 78.2%, but Snowflake also identifies the trade-off: the mappings are static, manually maintained and only cover concepts anticipated by the designers.[^1]

The practical pattern is therefore layered. Keep the relational semantic view as the governed SQL surface; precompute broad ontology context where retrieval can replace repeated traversal; reserve a small, reviewed mapping layer for domain phrases that hierarchy and synonym search cannot resolve.

What the benchmark does not establish

Snowflake explicitly calls the evidence directional. The test uses one simplified biomedical problem, one ontology, 22 questions and vendor-tuned prompts and tool descriptions. It does not test multiple ontologies, provenance and uncertainty across mappings, workload drift, index-refresh failures or independent reproduction.[^1]

The defensible takeaway is narrower than “GraphRAG beats knowledge graphs.” In this setup, relocating structural reasoning into maintained context reduced runtime orchestration and improved measured consistency. For data-agent teams, that is a concrete reason to benchmark tool count and context construction together—rather than treating every additional tool as free capability.

[^1]: Snowflake Engineering, “Ontology-grounded Reasoning with Cortex Agents”

Filed by The News Desk. Corrections: desk@nl2sql.ai · Our standards →

comments · 0

    Comments are moderated before they appear. Your email is used once to confirm it is you — never shown, never sold. Corrections and questions get an answer from the desk when we have one.