Today, we're introducing Vector Buckets, a new storage option that gives you the durability and cost efficiency of Amazon S3 with built-in similarity search.

Vector search is becoming a core primitive for modern apps: semantic search, recommendations, RAG, image and audio similarity, and more.

Supabase already gives you powerful tools for vectors, such as pgvector in Postgres. With Vector Buckets, you now have more options for how you store vectors:

• Use pgvector for smaller, latency-sensitive datasets that belong tightly in your database.
• Use Vector Buckets when you need to store a large amount of vectors—up to tens of millions—on a durable storage layer with similarity search built in.

Vector Buckets are a new bucket type in Supabase Storage.

Conceptually:

• A Vector Bucket is where your vector indexes live.
• Inside each bucket, you define one or more vector indexes (for example: documents-openai).
• Each index stores high-dimensional vectors plus optional metadata.
• You query those indexes using Supabase clients or directly from Postgres via a foreign data wrapper.

Scalable vector storage for large datasets#

Embeddings add up quickly: thousands of floats per vector, multiplied by millions of items.

Instead of putting everything in Postgres, Vector Buckets store your embeddings in S3-backed object storage, which gives you:

• Capacity for tens of millions of vectors per index
• A storage layer designed for large, durable datasets
• Room to keep full archives of vectors without over-optimising your Postgres schema or worrying about table bloat

Your vectors live in a storage layer built for large datasets, while you still query them through Postgres.

Built-in similarity search#

Vector Buckets are not just blobs of float arrays. Each index supports similarity search out of the box.

Similarity search lets you find items that are conceptually related based on their vector representations, not just exact keyword matches. That’s what powers:

• Semantic document search (“find content about this topic, even if the keywords differ”)
• Product and content recommendations (“find items similar to this one”)
• Image, audio, or video similarity (“find assets that look or sound like this”)
• De-duplication and near-duplicate detection across large media libraries

With Vector Buckets, you can:

• Insert vectors with a key, a float32 vector, and metadata
• Run k-NN queries (for example, “return the 20 closest vectors to this embedding”)
• Use a familiar distance metric such as cosine similarity
• Ask for distances and metadata along with the results

No extra vector database to run, no new query language. Just vector indexes with search, available from the same Supabase SDKs you already use or directly via Postgres.

Performance that fits most app workflows#

Vector Buckets are designed to provide sub-second similarity search over large datasets, which is more than enough for:

• Backend workflows and batch processing
• AI agents and background jobs
• Dashboards and internal tools
• Many user-facing features where “fast” means hundreds of milliseconds, not single-digit milliseconds

If you’re chasing ultra-low latency at very high QPS, pgvector in a tuned Postgres cluster (or a dedicated vector database) remains the best place to push performance. Vector Buckets focus on simple, scalable similarity search at large scale, not on being the absolute fastest option.

Metadata filtering#

Each vector can include an arbitrary metadata object, for example:

You can:

• Filter by metadata during similarity search (e.g. type = 'doc' AND language = 'en')
• Query through Postgres and join the results with your relational tables
• Build multi-tenant or multi-project search just by encoding tenant/project IDs into metadata

This makes it easy to build domain-aware, tenant-aware semantic search.

Vector Buckets and pgvector are complementary. They serve different roles and work best together.

Use pgvector when…#

• You’re optimizing for lowest possible latency on user-facing queries
• Vectors are part of your core relational model (for example, a column on documents or products)
• You want transactional guarantees (data and embeddings written together)
• Your vector dataset is small to medium and you’re comfortable scaling Postgres specifically for vector workloads

Use Vector Buckets when…#

• You want S3-style durability and scale for embeddings
• You’re dealing with a large amount of vectors (up to tens of millions) that you don’t want sitting in Postgres
• You’re building AI-heavy Supabase apps (semantic search, recommendations, RAG, media similarity) and want a managed vector storage tier
• You prefer a clear split between:
  • Hot vectors in pgvector for the highest-traffic / most latency-sensitive queries
  • Warm or cold vectors in Vector Buckets for everything else

In practice, many apps will use both:

• Keep your most frequently queried vectors (for example, current content, top products) in pgvector.
• Store the full archive (older content, long tail SKUs, historical embeddings, large media corpora) in Vector Buckets.

At a high level, here’s what happens under the hood:

1. Vector Bucket in Supabase Storage

You create a bucket of type Vector Bucket in the Dashboard or via API.

2. Create Vector indexes inside the bucket

Inside the Vector Bucket, you create one or more indexes.

3. Store vectors

You can store vectors directly from the SDK, an Edge Function, or Postgres.

4. Query vectors

You can run similarity search queries against your indexes, either via the SDK or Postgres.

Vector Buckets currently can handle large-but-not-infinite workloads:

• Each vector index supports up to tens of millions of vectors (50M per index today).
• You can create multiple indexes per bucket (for tenants, models, or domains).

That makes Vector Buckets a great fit for:

• Multi-tenant SaaS apps
• Documentation and content libraries
• Product catalogues and recommendation systems
• Media libraries and image/video/audio similarity search
• AI builders who want semantic search without running their own vector infrastructure

A few concrete ways to put Vector Buckets to work:

1. AI documentation search#

• Store all your documentation (including old versions, drafts, and translations) as embeddings in a Vector Bucket.
• Keep the most recent / highest-traffic docs in pgvector for instant in-app search.
• Implement a search endpoint that queries pgvector first and falls back to Vector Buckets when needed.

2. Long-tail product search and recommendations#

• Vectorise your entire catalogue and store it in a Vector Bucket.
• Include metadata for category, brand, stock status, and region.
• Use metadata filters to refine search (e.g. “in stock, in this region, same category”).
• Let recommendation jobs and AI agents work against the full set of products without bloating Postgres.

3. Media similarity and de-duplication#

• Store embeddings for images, audio or video frames in a Vector Bucket.
• Use similarity search to:
  • Find visually similar assets for content discovery or recommendations
  • Detect possible copyright issues by finding near-duplicate content
  • Clean up your library by removing duplicate or near-duplicate media

Vector Buckets are currently available in Public Alpha for Pro projects and above.

Currently supported in the following regions:

• us-east-1
• us-east-2
• us-west-2
• eu-central-1
• ap-southeast-2

More regions will be added in the near future.

We’re using this phase to refine the APIs, scaling behaviour, and search experience based on real workloads. Limits may evolve as we learn from how you use the feature in production.

Vector Buckets are free to use (fair use policy applies) during Public Alpha. Egress costs still apply.

You can try Vector Buckets in your project today:

1. Create a Vector Bucket

   Dashboard → Storage → Create bucket → Vector Bucket.

2. Create an index

   Pick a dimension that matches your embedding model and choose a distance metric.

3. Store vectors

   Use Supabase clients to upsert vectors with metadata.

4. Query vectors

   Build endpoints for semantic search, recommendations, or retrieval-augmented generation.

5. Layer with pgvector

   Keep your hottest, most latency-sensitive vectors in pgvector, and store large archives and media-heavy datasets in Vector Buckets.

We’re excited to see what you build with this new vector storage tier.

As you try Vector Buckets during the Public Alpha, please send feedback—what works, what’s confusing, and what you’d like to see next will directly shape where we take this feature.