Learn  /  What's new

BigQuery Graph goes GA, plus Google's November data cloud update: Iceberg everywhere and Knowledge Catalog

Google packed a season of data launches into one blog post. The headline for analysts is BigQuery Graph, now generally available. The bigger story is Google's bet on open Iceberg tables and on giving AI agents the right business context.

What's new8 min readUpdated 9 November 2026
SQLDatabasesAI agentsWhat's new
All guides and cheat sheets

On 4 November 2026 Google published its autumn update for what it now calls the Agentic Data Cloud: BigQuery, AlloyDB, Spanner, its lakehouse and the catalog that ties them together. Some items were announced earlier at Google's Gemini at Work event; others are new. Here is what changed, filtered to what an analyst or data engineer can use. Our BigQuery October update covers last month's SQL features.

40Percent faster queriesBigQuery, over the past year
50Percent lower costquery processing, past year
3Times more Iceberg dataunder management in a year
4Times more accurate agentsGoogle's internal test with Knowledge Catalog

BigQuery Graph, now GA

Some questions are about connections: which accounts sent money to which, which customers share an address, which products are bought together. In SQL these need chains of self-joins that are hard to write and read. BigQuery Graph lets you declare which tables are nodes and which are edges, then query them with graph patterns in GQL, the new ISO standard graph language. The data stays in your normal tables.

SQL
-- 1. Define the graph once, on existing tables
CREATE OR REPLACE PROPERTY GRAPH graph_db.FinGraph
  NODE TABLES (graph_db.Account, graph_db.Person)
  EDGE TABLES (
    graph_db.PersonOwnAccount
      SOURCE KEY (id) REFERENCES Person (id)
      DESTINATION KEY (account_id) REFERENCES Account (id)
      LABEL Owns,
    graph_db.AccountTransferAccount
      SOURCE KEY (id) REFERENCES Account (id)
      DESTINATION KEY (to_id) REFERENCES Account (id)
      LABEL Transfers
  );

-- 2. Who did Dana send money to?
GRAPH graph_db.FinGraph
MATCH
  (person:Person {name: "Dana"})-[own:Owns]->
  (account:Account)-[transfer:Transfers]->(account2:Account)
  <-[own2:Owns]-(person2:Person)
RETURN person.name AS owner, transfer.amount AS amount,
       person2.name AS transferred_to
ORDER BY person2.name;

The borderless lakehouse: Iceberg across clouds

Generally available

Use now
  • Cross-cloud interconnect and caching for AWS and Azure: query remote data privately, with no variable egress fees, and cache it in Google Cloud
  • Iceberg catalog federation with Databricks Unity Catalog, Snowflake Horizon and AWS Glue
  • Spanner Omni: Spanner on premises, at the edge and in other clouds

Delivery Hero's talabat says federating Iceberg from Amazon S3 Tables cut data-movement costs by about 40%.

Preview

Try in a test project
  • AlloyDB direct Iceberg access: query Iceberg tables in cloud storage from PostgreSQL, no ETL
  • AlloyDB Express: PostgreSQL in under 2 seconds, scale to zero, for prototypes and coding agents
  • PostgreSQL for agents in AlloyDB: thousands of agents querying live data in isolation

Google claims AlloyDB's Iceberg access is up to 7x faster on aggregations than Amazon's comparable service.

Knowledge Catalog: context for AI agents

AI agents answer badly when they have to guess what "active customer" or "net revenue" means. Google's answer is Knowledge Catalog, and it gained several features:

Self-learning enrichment (preview)
Mines Google Workspace, GitHub, Jira, Confluence and SharePoint to fill gaps in business context, based on the questions people actually ask.
Context sets (preview)
Reusable packages of domain knowledge in the Open Knowledge Format, which data stewards review and approve.
Knowledge studio (preview)
A conversational interface and graph view to explore context, with versioning and rollback for every change.
Semantic models (GA)
Agents reuse your existing definitions from BigQuery, Looker (LookML), Databricks, Snowflake, dbt and SAP, without moving data.
On by default in Gemini (preview)
When you connect BigQuery, AlloyDB, Cloud SQL or Spanner, Gemini resolves business terms and join paths before writing SQL, under each user's permissions.

Google says its internal tests show agents nearly 4 times more accurate with up to 75% fewer tokens when grounded this way. Treat vendor benchmarks with care, but the direction matches what Snowflake (Business Ontology) and Databricks (metric view relationships) launched in the same fortnight: business definitions are becoming the most important input for AI on data.

Forecasting and prediction in SQL

Two models from Google Research now run inside BigQuery, both in preview: TimesFM 3.0, which forecasts multiple related time series with no training, and TabFM, a foundation model for predictions on tables. Both are called from SQL, so an analyst can get a first forecast or a churn score without a machine-learning project.

Tools for developers

  • Data Agent Kit (GA): Google Data Cloud tools inside VS Code, Claude Code and Antigravity through MCP, so coding agents can build and test pipelines without the console.
  • Gemini for data engineers: describe the outcome and Gemini writes PySpark, opens a notebook, trains models and fixes failing pipelines.
  • Operational reports: business users ask for a report, Gemini saves the query, and later runs cost no tokens.
  • Managed Service for Apache Spark: faster start-up for Spark 4.0 at no extra cost.

What to try first

  1. 1

    Try BigQuery Graph on a relationship question

    Pick one: referrals, transfers or product co-purchases, and compare the GQL query with your current self-joins.

  2. 2

    Register an existing semantic model

    If you use Looker, dbt or another tool's definitions, connect them to Knowledge Catalog so Gemini uses them.

  3. 3

    Test TimesFM 3.0 on one forecast

    Compare it with your current method before trusting it.

  4. 4

    Plan Iceberg for shared data

    If data is spread across clouds, the federation and cross-cloud features reduce copying; see how to move tables to Iceberg.

Check your understanding

1/3What does BigQuery Graph let you do?

2/3Which cross-cloud feature is now generally available?

3/3Which semantic models can Knowledge Catalog reuse?

More on Google Cloud: BigQuery October 2026 update, BigQuery vs Snowflake and SQL window functions explained.

Sources: Google Cloud blog, "New capabilities to power agents at scale with Google's Agentic Data Cloud" (4 November 2026); BigQuery documentation, "Create and query a graph". Performance and accuracy figures are Google's own and were not independently verified.

Alessandro Ecclesie AgazziWritten by Alessandro Ecclesie Agazzi, analytics engineer in London. Updated 9 November 2026. About me

Found this useful?

New guides and "what's new" explainers on data and AI land here regularly. Follow along on LinkedIn, or share this one with a colleague.