Softwr

Databases · head to head

BigQuery vs Xata

BigQuery logo

BigQuery

Databases

Google Cloud's serverless analytical warehouse, billed either by bytes scanned per query or by reserved compute slots.

From
Free
Rated
-
Full reviewWebsite
Xata logo

Xata

Databases

Apache 2.0 platform for running many Postgres instances on Kubernetes, with copy-on-write branching and scale-to-zero.

From
Free
Rated
-
Full reviewWebsite

The short version

  • Each has a real cost: BigQuery on-demand billing charges for bytes read from every column a query references, so an unqualified select or a missing partition filter turns a routine query into a large bill, and the cost is discovered after the fact rather than at review time.; Xata self-hosting means operating Kubernetes and CloudNativePG, so the Apache 2.0 licence removes the vendor bill but replaces it with a platform team, and a database platform is not something a part-time operator maintains safely.
  • They diverge on capability: BigQuery covers Serverless compute, Xata covers Copy-on-write branching.
  • Prices and features above were last checked on 30 August 2026.

Where they differ

Only the attributes on which BigQuery and Xata actually diverge.

Attributes where BigQuery and Xata differ
AttributeBigQueryXata
PlatformsWeb, Cloud APIWeb
Founded2008Unknown

Identical on both: starting price (Free), pricing model (usage-based), free tier (Yes), user rating (Not yet rated), category (Databases).

What each one covers

Drawn from each product's published feature list. An absence here means we hold no record of it - not that the product lacks it.

Only in BigQuery

  • Serverless compute
  • Separation of storage and compute
  • Two pricing models
  • Partitioning and clustering
  • Materialised views
  • BigQuery ML
  • Storage Write API
  • BI Engine

Only in Xata

  • Copy-on-write branching
  • Scale-to-zero compute
  • Compute autoscaling and bin-packing
  • High availability with failover
  • Point-in-time recovery
  • Serverless driver
  • pgroll migrations
  • pgstream replication

What people use each for

The jobs each tool is most often brought in to do.

BigQuery

  • A warehouse for an organisation already on Google Cloud, where identity, logging and billing are consolidated in the same placenot Xata
  • Bursty analytical workloads with long idle periods, where paying per query beats keeping a cluster runningnot Xata
  • Event and clickstream analytics ingested continuously through the Storage Write API and queried without a load windownot Xata
  • Analytics teams with no infrastructure staff, where the absence of anything to tune or patch is worth more than dialect portabilitynot Xata

Xata

  • Giving every pull request or coding agent its own branch of the production database, with real data volumes rather than a seeded fixturenot BigQuery
  • Running managed-Postgres economics in your own cloud account where data residency or compliance rules out a third-party control planenot BigQuery
  • Consolidating many small, mostly idle Postgres databases onto shared infrastructure where scale-to-zero and bin-packing recover the idle costnot BigQuery
  • Testing a destructive migration against a copy of production without waiting for a full restore or paying for a duplicate of the storagenot BigQuery

Where each one falls short

Documented limitations, not opinions. Every one is a constraint you would hit in normal use.

BigQuery

  • On-demand billing charges for bytes read from every column a query references, so an unqualified select or a missing partition filter turns a routine query into a large bill, and the cost is discovered after the fact rather than at review time.
  • There is no way to join tables that live in different regions, so a data estate split across regions for residency reasons has to be reconciled with copies and the storage and transfer that implies.
  • It is not built for point lookups; retrieving a single row has latency measured in hundreds of milliseconds or more, so BigQuery cannot serve an application's read path and always needs a second store in front of it.
  • Frequent small mutations run into DML concurrency limits and the cost of rewriting storage blocks, so a workload that updates individual rows continuously behaves badly compared with an append-only design.
  • The compute exists only inside Google Cloud, so while tables can be exported, the accumulated GoogleSQL, scheduled queries, authorised views, ML models and IAM structure do not move, and switching warehouses is a rewrite of the analytical layer.

Xata

  • Self-hosting means operating Kubernetes and CloudNativePG, so the Apache 2.0 licence removes the vendor bill but replaces it with a platform team, and a database platform is not something a part-time operator maintains safely.
  • Copy-on-write branches are cheap to create but diverge as they are written to, so a long-lived branch carrying a heavy backfill quietly accumulates real storage and the cost arrives later than the decision that caused it.
  • Scale-to-zero means the first connection after an idle period pays a cold start, which is invisible in a busy production database and very visible in a demo, a staging environment or a cron job that runs once an hour.
  • The Xata sold before 2025 was a different product, a proprietary API and SDK layered over Postgres, so tutorials, blog posts and SDK examples from that era describe something that no longer exists and existing users had to migrate.
  • As a managed service it competes with RDS, Aurora and Cloud SQL, and it is a much smaller company, so procurement, certification coverage and the depth of the support bench behind a 3am corruption incident are all weaker than the incumbent even though the underlying Postgres is the same.

Pricing, plan by plan

BigQuery

Free
  • Free TierFree
    • 1TB queries/month
    • 10GB storage/month
    • Standard support
  • On-demand$6.25/TB
    • Pay per query
    • Pay per storage
    • All features

Xata

Free
  • Free TrialFree
    • 14 days free
    • No credit card required
  • Usage-Based$1/per 1000 branches
    • 1,000 branches for $1
    • Scale-to-zero compute model
    • Branches hibernate when idle

Which should you pick?

Choose BigQuery if

  • You need serverless compute.
  • You want to start without paying.
  • You work on Web, Cloud API.
  • You also want separation of storage and compute.
BigQuery review

Choose Xata if

  • You need copy-on-write branching.
  • You want to start without paying.
  • You also want scale-to-zero compute.
Xata review

Questions people ask

Is BigQuery or Xata better?
Neither clearly leads. BigQuery starts at Free and Xata at Free, and user ratings are close enough to be indistinguishable. Choose on capability and platform support.
Which is cheaper, BigQuery or Xata?
BigQuery starts at Free and Xata at Free.
Does BigQuery or Xata run on more platforms?
BigQuery runs on Web, Cloud API. Xata runs on Web.
Can I use BigQuery for free?
Both have a free tier, so you can try either at no cost before committing.
What is BigQuery best used for?
BigQuery is most often used for a warehouse for an organisation already on google cloud, where identity, logging and billing are consolidated in the same place, bursty analytical workloads with long idle periods, where paying per query beats keeping a cluster running, event and clickstream analytics ingested continuously through the storage write api and queried without a load window, analytics teams with no infrastructure staff, where the absence of anything to tune or patch is worth more than dialect portability. Of those, a warehouse for an organisation already on google cloud, where identity, logging and billing are consolidated in the same place and bursty analytical workloads with long idle periods, where paying per query beats keeping a cluster running are not what Xata is typically brought in for.
What can BigQuery do that Xata cannot?
BigQuery covers Serverless compute, Separation of storage and compute, Two pricing models, Partitioning and clustering. Xata covers Copy-on-write branching, Scale-to-zero compute, Compute autoscaling and bin-packing, High availability with failover.

Answered from the vendors’ own pages

BigQuery: How is BigQuery actually billed?

Storage is billed separately from compute. Compute is either on-demand, priced by the bytes a query reads from the referenced columns, or capacity-based, where you reserve autoscaling slots. Most cost surprises come from on-demand queries that scan more than expected.

Xata: Is it real Postgres or a compatible reimplementation?

Real Postgres. It runs upstream Postgres instances on Kubernetes via CloudNativePG, so extensions, the wire protocol and version upgrades behave as they do anywhere else.

BigQuery: How do I control query cost?

Partition and cluster tables so queries prune data, select only the columns needed, use materialised views for repeated aggregations, and set maximum bytes billed on queries so a runaway scan fails instead of billing.

Xata: Can I self-host the whole thing?

Yes. The platform is Apache 2.0 and designed for self-hosting a large number of Postgres instances on your own Kubernetes. Xata Cloud is the same platform run as a service.

BigQuery: Can I use it without being on Google Cloud?

The service only runs on Google Cloud. BigQuery Omni can query data held in S3 or Azure storage, but the compute is still Google's and the account relationship is still with Google.

Xata: Does branching copy my data?

No. Branches are copy-on-write at the storage layer, so creating one is near-instant regardless of database size and storage is only consumed as the branch diverges from its parent.

BigQuery: Is it suitable for serving application queries?

No. Latency for single-row reads is far too high. BigQuery is an analytical warehouse and application read paths need a transactional database or a cache in front of it.

Xata: Is this the same Xata I used a couple of years ago?

No. The earlier product was a proprietary database API with its own SDK and search layer. The current product is a Postgres platform, and material written for the old one does not apply.

BigQuery: When should I move from on-demand to capacity pricing?

When on-demand spend becomes both large and predictable, or when unpredictable spend is a bigger problem than query queueing. The switch trades a variable bill for a fixed one plus contention between workloads.

Xata: What happens to a branch when the parent changes?

A branch is a point-in-time fork. Later changes on the parent are not propagated, so long-lived branches drift and need to be recreated rather than refreshed if you want current data.

Share

Related pages

More on BigQuery

More on Xata

Keep looking

Other head to heads