The warehouse renewal conversation in Q2 2026 sounds different than it did even a year ago. Vendors aren’t selling SQL engines anymore. They’re selling AI control planes that happen to also store your data. Snowflake dropped $200 million on OpenAI to wedge GPT-5.2 inside Cortex. Databricks fired back with ai_parse_document and the Unity AI Gateway. BigQuery quietly bundled Gemini at no extra cost. Redshift is leaning on its Bedrock integration and the trump card of being the warehouse that doesn’t add a separate vendor invoice to your AWS bill.
If you’re sitting with a renewal in front of you, the sales decks all sound interchangeable. Here’s how the four actually differ when you put real workloads through them in 2026 — with the AI angle, the Iceberg angle, and the parts of the pricing that nobody links to from the front page.
What changed this year
Three things shifted at once, and any of them on its own would have been enough to reopen the comparison.
The first was the AI integration arms race becoming a real product, not a press release. Snowflake’s February deal with OpenAI put GPT-5.2 directly behind Cortex functions. Databricks made ai_parse_document GA in May after teasing it for months, and they’re claiming roughly 3–5x lower cost than competitive offerings at comparable extraction quality. BigQuery has Gemini in ML.GENERATE_TEXT without a separate AI bill. Redshift gets its model access through Amazon Bedrock and now via an MCP Server. The era where you’d pull data out of the warehouse, ship it to OpenAI, and write it back is mostly over for analytical workloads.
The second was Iceberg parity. Every major vendor now reads and writes Apache Iceberg natively. Snowflake added write support for Databricks Unity Catalog–managed Iceberg on Azure in April. Databricks shipped Iceberg v3 in public preview. BigQuery has BigLake Iceberg, although it still doesn’t talk to external federated metastores like Snowflake’s Polaris cleanly. The vendor lock-in pitch — “your data is hostage in our format” — got a lot harder to make.
The third was MCP for warehouses. Snowflake released a managed MCP server that fronts Cortex Analyst, Cortex Search, and Cortex Agents. Databricks shipped Genie Space MCP, Vector Search MCP, and UC Function MCP servers all governed through Unity AI Gateway. This is the boring-sounding plumbing change that actually matters: it means your Claude or ChatGPT integration can query the warehouse with row-level security, masking, and audit trails enforced at the catalog layer rather than wrapped in a brittle proxy your platform team has to maintain.
How each vendor is actually built
The marketing tries to make these sound like four flavors of the same thing. They aren’t.
Snowflake still leans on the original separation of storage and compute, with virtual warehouses you spin up by t-shirt size. You pay per second with a 60-second minimum. The new pieces in 2026 are Cortex Code (now extending to AWS Glue, Postgres, and even Databricks as a source), the Cortex Agents framework, and the managed MCP server. Roughly 9,100 customers are using Snowflake AI products weekly per their last earnings call, which is one of the few hard numbers anyone in this category will give you.
Databricks is still pitching the lakehouse — Delta Lake plus Unity Catalog plus a SQL warehouse plus notebooks plus ML — and in 2026 the pitch is more coherent than it used to be. Unity Catalog has become the actual governance layer for everything: tables, models, AI agents, MCP traffic. Lakebase (their managed Postgres tied to Unity) closes the operational-data gap that always hurt them against Snowflake’s Unistore. And ai_parse_document makes them surprisingly good at the document-to-table workflow that historically belonged to standalone vendors.
BigQuery is the one with a fundamentally different shape. There are no warehouses to size. Slots autoscale and you can run on-demand at $6.25 per TB scanned (with the first TB each month free) or commit to capacity-based editions. Storage is $20/TB/month for active and $10/TB after 90 days of no edits. Gemini integration costs nothing extra to enable, which is genuinely unusual. BigLake gives you a path to Iceberg, although the catalog interop story is the weakest of the four.
Redshift is the AWS-native answer. RA3 nodes with managed storage, plus Redshift Serverless for variable workloads. The economics get interesting at scale because of Reserved Instance discounts and zero-egress to other AWS services. It’s quieter on the AI front, but the Bedrock connection plus a freshly shipped MCP Server means you’re not as far behind as the discourse suggests.
The pricing math nobody puts on the front page
Vendor pricing pages are written to be unfalsifiable. Here’s the actual shape at three scales.
At 10 TB with mostly batch ELT and a handful of dashboards: BigQuery on-demand is the cleanest answer if your queries are well-tuned. You pay for bytes scanned, you don’t pay for idle capacity, and a 10 TB warehouse with maybe 2 TB scanned per day lands around $375/month for compute plus $200/month for storage. Snowflake at the same workload with an X-Small warehouse ($2/hr) running maybe 4 hours a day is roughly $250/month compute plus $230–400/month storage depending on cloud. Redshift Serverless lands close, in the $400–600/month range. Databricks SQL Serverless is competitive, usually $300–500/month for similar workloads, but the bill is harder to predict because of how DBUs interact with cluster types.
At 100 TB with mixed batch plus interactive plus a few ML models, the numbers diverge. BigQuery’s on-demand model starts to bite if your scans grow faster than your queries get smarter — many shops in this band switch to capacity editions at this scale, where 100 baseline slots run about $2,000/month (Standard) and you can autoscale beyond. Snowflake at this scale is typically a Medium-to-Large warehouse for ELT plus separate ones for BI, landing in the $4,000–10,000/month range depending on concurrency. Databricks SQL with photon-enabled clusters comes in similar to Snowflake, occasionally cheaper for batch-heavy workloads. Redshift RA3 with Reserved Instances at this scale is often the cost winner for AWS-native shops, frequently in the $3,000–6,000/month band.
At 1 PB the conversation isn’t on the public price list anymore. Every vendor will negotiate. Anecdotally, Snowflake list-to-paid ratios at this scale settle around 60–70% of list. Databricks negotiates aggressively against Snowflake and will often quote 30–40% lower for comparable batch workloads. BigQuery slot commitments can land in the same band but the math is sensitive to your slot utilization. Redshift’s RA3 reserved pricing at multi-PB is hard to beat in pure dollars per TB if you’re already on AWS — the catch is that the operational overhead is higher and the AI integration story is weaker.
For document parsing specifically: Snowflake’s AI_PARSE_DOCUMENT runs roughly $6.66 per 1,000 pages on Standard Edition. Databricks’ equivalent claims to undercut competitors by 3–5x on equivalent extraction quality. BigQuery’s Document AI integration is a separate Google Cloud SKU and ends up in a similar band. At 100,000 pages a month — a not-unusual number for compliance or contract-heavy workloads — that’s the difference between a $700 line item and a $200 line item.
The Iceberg question
This is where the lock-in story actually changed. Three years ago, “we picked Snowflake” meant your storage was tied to Snowflake. Now you can write to Iceberg, register tables in any catalog you like, and read them from BigQuery, Athena, Trino, Spark, or DuckDB. In theory.
In practice, what’s portable is the data. What still locks you in is everything else: the materialized views, the row-access policies, the masking, the column statistics that make queries plan well, the change-data-capture state, the workload routing. Snowflake’s Iceberg implementation is mature — they’ve shipped write support for externally managed tables in stages over the last two years and as of April 2026 it’s GA across all three clouds for Unity Catalog–managed Iceberg. Databricks has been the most enthusiastic with Iceberg v3 in preview, including row lineage and deletion vectors. BigQuery reads and writes Iceberg via BigLake, but the federated metastore story is genuinely behind the others.
If your real motivation for picking a warehouse is “I want to be able to leave,” Iceberg makes that meaningfully easier. If your motivation is “I want a single platform that stops costing me hours of glue code,” Iceberg doesn’t change much.
MCP and the security team conversation
Here’s the new question for 2026: what does your AI assistant actually see when it queries the warehouse?
Snowflake’s managed MCP server fronts Cortex Analyst (text-to-SQL with semantic models), Cortex Search (hybrid retrieval), and Cortex Agents. The auth model uses Snowflake’s existing role-based access, including row-level policies and dynamic data masking. If you’ve set up RBAC properly, the MCP server inherits it. That’s the good part. The not-as-good part is that it’s a relatively new surface area, and the audit trail tooling around MCP queries is less mature than the equivalent for SQL queries through standard drivers.
Databricks’ approach goes further on governance. Unity AI Gateway sits in front of all MCP traffic, all LLM endpoints, and all agent activity. You get a single place to see what models are being called, by which agents, on whose behalf, with what spend. For a regulated shop or anyone with a real security review process, this is a meaningful advantage. The trade-off is that you have to be on Unity Catalog and you have to have done the work to model your governance properly. Half-configured Unity is worse than no Unity.
BigQuery’s AI integration runs through standard IAM and column-level security, which is fine for most cases. The MCP-specific story is less developed than Snowflake or Databricks. Redshift via Bedrock inherits AWS IAM, which is powerful but not specifically built for the MCP audit pattern.
If your security team is actively reviewing AI access to the warehouse — and in 2026 they should be — Databricks Unity AI Gateway is the most defensible answer. Snowflake’s MCP server is the most polished. BigQuery and Redshift are workable if you’re willing to wrap them yourself.
So which one should you pick
There’s no single right answer, but the answers by use case are clearer than they used to be.
For a Google-ecosystem startup running on GCP with a Gemini-based product, BigQuery is the obvious call. The on-demand pricing forgives sloppy queries early, the Gemini integration is the cheapest of the four, and you don’t have to negotiate to get reasonable pricing. The weak spot is real-time and the federated catalog story.
For an AWS-heavy SaaS at $200k/month cloud spend, the answer depends on data team strength. If you have analytics engineers who’ll actually tune the models, Redshift RA3 with Reserved Instances is genuinely the cheapest answer and zero-egress to S3 / Lambda / SageMaker matters. If you don’t, Snowflake will be more expensive but cause you fewer Slack pings at 2 a.m.
For a regulated multi-cloud enterprise — finance, healthcare, anything with a real compliance review — Databricks with Unity Catalog and Unity AI Gateway is the strongest 2026 answer. The governance story is differentiated, the lakehouse pattern handles operational and analytical data uniformly, and the MCP governance is ahead of the field.
For an ML-heavy team with data scientists who’d rather live in notebooks than write SQL all day, Databricks remains the natural home, and ai_parse_document plus the document intelligence pipeline closes a workflow gap that used to require a separate vendor.
For a mid-size analytics shop that just wants the warehouse to work and doesn’t have strong AWS or GCP lock-in, Snowflake is still the lowest-friction answer. You’ll pay more, but you’ll get up and running faster, the BI tools all integrate cleanly, and the AI story is competitive after the OpenAI deal.
What I’d watch over the next quarter
A few things that aren’t settled yet and could shift the call.
Snowflake’s pricing post-OpenAI deal is the open question. There are rumors of GPT-5.2 access becoming a tier-gated feature, and the “Cortex add-on” SKU has crept up in customer bills more than once this year. If you sign Snowflake right now, get the AI pricing in writing.
Databricks is moving fast on ai_parse_document and the broader AI Functions surface. The 3–5x cost claim is plausible based on early customer numbers, but I haven’t seen a third-party benchmark on the extraction quality side at production scale yet. Run your own documents through both before committing.
BigQuery’s federated Iceberg support is the limiting factor for cross-warehouse setups. If Google ships proper external catalog interop in 2026, the multi-warehouse architecture story changes meaningfully.
Redshift’s MCP Server is new enough that it hasn’t accumulated real production scars yet. If you’re an AWS shop already, it’s worth a serious evaluation, but I wouldn’t bet a regulated workload on it for another six months.
If you’re sitting on a renewal this quarter, the move is to run a real document and a real dashboard query through two of the four — not the vendor demo data — and look at both the wall-clock time and the line item on the bill. The decision matrix only gets you so far. The bill always tells the truth.
Sources:
- Snowflake and OpenAI partnership
- Snowflake spends $200M to bring OpenAI to customers
- Databricks fires back at Snowflake with SQL-based AI document parsing
- ai_parse_document function — Databricks
- AI_PARSE_DOCUMENT — Snowflake
- Snowflake-managed MCP server
- Model Context Protocol on Databricks
- Iceberg write support for Databricks Unity Catalog on Azure
- Apache Iceberg v3 on Databricks
- Databricks and Snowflake MCP servers your security team will approve