pgvector

pgvector

Open-source vector similarity search for Postgres — store embeddings with your relational data, no extra database.

83/100Safe BetFreeFree

pgvector is the pragmatic choice if you're on Postgres and need vector search — it's free, SQL-native, and production-tested. The v0.8.6 additions of binary/sparse vectors and quantization push its viable scale further than you'd expect. Skip it only if you're planning billions of vectors or need fully managed serverless search; in that case a dedicated vector database like Pinecone or Qdrant may be a better fit. For everyone else, it's a low-risk extension that keeps your stack simple.

Verified 4d ago · liveness 83/100 · cite: rightaichoice.com/tools/pgvector

Best for
  • Teams already running Postgres that want to add semantic search
  • RAG pipelines built on relational data
  • Recommendation systems that should stay in Postgres
  • Engineers who want to avoid a separate vector database
Not ideal for
  • Teams planning 10B+ vector workloads needing distributed search
  • Those wanting fully managed serverless vector search with autoscaling
  • High-cardinality metadata filtering beyond what Postgres indexes can do
Visit Website

IntermediateFor an engineer familiar with Postgres, you can get pgvector running in under 15 minutes: clone the repo, run make && make install, enable the extension, and run your first similarity query. If you use a hosted provider that preinstalls it (like Postgres.app or Supabase), it's even faster — you may just need to run CREATE EXTENSION vector. For teams without Postgres experience, add a few hours toPluginNo public API3.6k viewsVerified 4d ago
Pricing
Free
FreeFree tier3 hidden costs
Learning curve
Intermediate
For an engineer familiar with Postgres, you can get pgvector running in under 15 minutes: clone the repo, run make && make install, enable the extension, and run your first similarity query. If you use a hosted provider that preinstalls it (like Postgres.app or Supabase), it's even faster — you may just need to run CREATE EXTENSION vector. For teams without Postgres experience, add a few hours to
Runs on
Plugin
No public API · 10 integrations
Who it's for
Data engineer at a mid-size SaaS companyML engineer building a RAG chatbotStartup founder prototyping a recommendation system
Live sentiment
Is pgvector actually worth it?

We scan live Reddit threads, YouTube comments, X posts, G2 reviews and other communities — and hand you an honest verdict in under a minute.

  • Honest verdict, not marketing
  • Real pros & cons from real users
  • Attributed quotes with receipts
Run a free scan

3 free scans · no card needed

Skip it if

Skip pgvector if you plan to store more than 10 billion vectors, need distributed or fully managed serverless search with automatic scaling, or lack Postgres expertise and prefer a turnkey vector database.

The 30-second take
Biggest gripe

Since pgvector is free, the only hidden cost is the operational overhead of Postgres itself — you're responsible for hosting, scaling, and tuning.

Price reality

pgvector is free and open source, so the pricing comparison is about infrastructure: if you're already paying for Postgres, adding pgvector costs nothing extra, whereas Pinecone starts at $0.10 per 1M vectors per month and Qdrant has a cloud tier starting around $25/month. For teams with existing Postgres, pgvector is dramatically cheaper; for those without, a dedicated vector DB might be worth the added cost for managed features.

In short

pgvector — Open-source vector similarity search for Postgres — store embeddings with your relational data, no extra database. Best for Teams already running Postgres that want to add semantic search, RAG pipelines built on relational data, Recommendation systems that should stay in Postgres. Free to use.

What people actually say about pgvector — is it worth it?

We ran a structured research pass across product reviews, community discussions, and post-purchase forum threads to surface the patterns vendors won't publish themselves. Below: the recurring strengths, the hidden costs people mention most, and the cohort that consistently regrets adopting this tool.

83 mentions across 5 sources (Hacker News, YouTube, Stack Overflow, GitHub, Lemmy) · researched Aug 6, 2026.

71% positive29% critical
Recurring strengths
  • +Keeps vector search inside Postgres—no separate infra to manage.
  • +ACID transactions, JOINs, and point-in-time recovery work on vectors.
  • +Free and open source; huge ecosystem and rapidly growing stars.
  • +Exact search by default; HNSW/IVFFlat give speed when needed.
  • +Many distance functions: L2, inner product, cosine, Hamming, Jaccard.
Recurring frustrations
  • HNSW recall and query speed lag specialized vector DBs (Qdrant) on big sets.
  • Hard 2000-dimension cap on HNSW/IVFFlat indexes blocks some embedding models.
  • Filtered searches (e.g., WHERE category=...) are slow and not optimized well.
  • Index build times don't scale as expected with parallel workers.
  • Windows installation is painful—missing libintl.h forces Docker or WSL.
Patterns worth knowing
Simplifies RAG by eliminating a separate vector database—users love joining vectors with relational data.
Seen on YouTube, Hacker News, Lemmy
Performance at scale is the main criticism—recall and speed drop compared to dedicated vector databases.
Seen on Hacker News, GitHub, YouTube
Index dimension limit of 2000 is a recurring pain point for new embedding models.
Seen on GitHub, Stack Overflow
Learning curve
intermediateProductive in ~A few hours
Hidden costs people mention
  • Operational cost of managing Postgres and indexes at scale
  • Managed Postgres providers may charge extra for the extension or compute

Viability Score

83/100
Safe Bet

How well maintained and how widely used is pgvector? Built from what the vendor actually publishes (docs, changelog, tutorials, integrations, pricing), whether the site is live, and how much real users discuss it. How we calculate this

Recent activity
90
Traction
100
Site health
95
User sentiment
71
What the vendor publishes
60

Last calculated: September 2026

How we score →

Key Features

  • Exact nearest neighbor search
  • Approximate search with HNSW index
  • Approximate search with IVFFlat index
  • Single-precision, half-precision, binary, and sparse vectors
  • L2, inner product, cosine, L1, Hamming, Jaccard distance functions
  • Standard SQL operators for vector queries
  • ACID compliance and point-in-time recovery
  • JOINs and aggregates like AVG() on vector columns
  • Quantization to reduce memory footprint
  • Disk-based indexes for large datasets
  • Bulk loading with COPY
  • Upsert, update, and delete operations on vectors
  • Works with any language with a Postgres client
  • Installs via Docker, Homebrew, PGXN, APT, Yum, pkg, APK, conda-forge
  • Supports Postgres 13+

About pgvector

FreeIntermediateNo APIPlugin

pgvector is a PostgreSQL extension that adds vector similarity search directly to your existing database. Instead of standing up a separate vector database, you store embeddings alongside your relational data and query them with standard SQL. It supports exact and approximate nearest neighbor search (HNSW and IVFFlat indexes), plus a range of distance functions: L2, inner product, cosine, L1, Hamming, and Jaccard. The extension handles single-precision, half-precision, binary, and sparse vectors, and includes quantization and disk-based indexes to manage memory and scale. Because it lives inside Postgres, you get ACID compliance, point-in-time recovery, JOINs, and aggregates like AVG() directly on vector columns. It works with any language that has a Postgres client and installs via Docker, Homebrew, PGXN, APT, Yum, pkg, APK, or conda-forge. It comes preinstalled with Postgres.app and many hosted providers. Current version v0.8.6 adds binary and sparse vectors, disk-based indexes, and quantization. The project has over 22.8k GitHub stars and nearly 2,000 commits. If you're already running Postgres, pgvector is the most direct path to semantic search, RAG pipelines, or recommendation systems — no new infrastructure, just an extension. It's free and open source (MIT license). It shines for moderate vector volumes (typically under 10 million rows) where the operational overhead of a dedicated vector database isn't justified. For extreme scale (10B+ vectors) or fully managed serverless search, you might outgrow it, but for most teams pgvector covers the use case with fewer moving parts and lower cost.

Behind the Verdict

pgvector earns its reputation as the default vector search for Postgres users. Its biggest strength is simplicity: you already have Postgres, so adding semantic search is a matter of enabling an extension and writing a few SQL queries. There's no new service to deploy, no separate data pipeline, and you get all of Postgres's transactional guarantees on your vector data. That's a huge win for teams that value operational simplicity. The extension also supports a surprising range of vector types — single, half, binary, sparse — plus six distance functions, so it can handle everything from dense embeddings to sparse TF-IDF-like representations. The recent addition of disk-based indexes and quantization in v0.8.6 is a serious step up in scale, letting you push into tens of millions of vectors without blowing up memory. Where pgvector falls short is at the extremes. If you need 10B+ vectors, distributed search across nodes, or fully managed serverless scaling with automatic sharding, you'll hit its ceiling. For those cases, Pinecone, Qdrant, or Weaviate are purpose-built and may save you engineering time. Also, approximate search performance can be slower than dedicated vector databases at high query rates, and tuning HNSW/IVFFlat parameters takes some expertise. But for most teams — especially those already standardized on Postgres — pgvector is a low-risk, high-reward extension. It's free, MIT-licensed, and backed by a large community, so you're not betting on a startup's roadmap. If you've been considering a separate vector database, run a proof of concept with pgvector first; you might not need the extra infrastructure at all.

Researching pgvector? Get your full AI stack in 60 seconds.

Free, no signup — tell us your goal and get tools matched to your budget & existing stack.

Real-world workflow fit

Concrete scenarios for the personas pgvector actually fits — and what changes day-one when you adopt it.

Data engineer at a mid-size SaaS company

You need to add semantic search over customer support tickets stored in Postgres.

Outcome: Enable the extension, create a vector column, load embeddings from sentences, and run a SELECT ... ORDER BY embedding <=> query to get top matches. You get results within the day, with no new infrastructure.

ML engineer building a RAG chatbot

You want to retrieve relevant documents from a Postgres database to ground your LLM answers.

Outcome: Use pgvector to store document chunks with embeddings and query with cosine distance. The integration with your existing Postgres schema means you can filter by metadata (e.g., user ID, date) in the same query.

Startup founder prototyping a recommendation system

You have a small user-item interaction table and want to recommend similar items.

Outcome: Compute item embedds offline, store in pgvector, and query for nearest neighbors using inner product. You can ship a v1 recommendation feature in days, then scale to HNSW later if needed.

Use Cases

Limitations

  • pgvector is an open-source extension for Postgres, so its functionality and performance are tied to the underlying Postgres database.
  • It does not provide managed infrastructure, replication, or horizontal scaling out of the box.
  • Approximate nearest neighbor search is available but may lag purpose-built vector databases.
  • The extension is installed on top of Postgres and requires a Postgres client to interact with it.
  • For extreme scale (10B+ vectors) or fully managed serverless search, a dedicated vector database may be required.

as of 2026-08-29

Verification history

We have re-verified pgvector 17 times since . Each pass re-reads the vendor's own pages and re-checks every listed field against that evidence; passes where nothing had changed are marked as such.

  1. re-verified summary, description, our verdict, our analysis, pricing model, pricing tiers, features, integrations, who it suits, who should skip it
  2. re-verified summary, description, our verdict, our analysis, pricing model, pricing tiers, features, integrations, who it suits, who should skip it
  3. re-verified summary, description, our verdict, our analysis, pricing model, pricing tiers, features, integrations, who it suits, who should skip it
  4. re-verified summary, description, our verdict, our analysis, pricing model, pricing tiers, features, integrations, who it suits, who should skip it
  5. re-verified summary, description, our verdict, our analysis, pricing model, pricing tiers, features, integrations, who it suits, who should skip it
  6. re-verified summary, description, our verdict, our analysis, pricing model, pricing tiers, features, integrations, who it suits, who should skip it

Showing the 6 most recent of 17 verification passes.

Free to cite with attribution — this page re-verifies continuously.

12-month cost

Project the real annual outlay, including the implied monthly cost when only an annual tier is published.

Annual total
Free
Over 12 months
Effective monthly
Free
Billed monthly

Vendor list price only. Add-on usage, seat overages, and contract minimums are surfaced under Hidden costs & gotchas.

Plans compared

For each published pgvector tier: who it actually fits, and what it adds vs. the previous tier. Cross-reference the cost calculator above for projected annual outlay.

Open Source

$0/mo

Ideal for

Developers and teams already running Postgres who want to add vector search without cost or lock-in.

What this tier adds

The only tier is free and open source with the full feature set; no paid license required.

Hidden costs & gotchas

What the public pricing page doesn't put in bold. Captured from pricing-page footnotes, contract terms, and recurring complaints.

  • Since pgvector is free, the only hidden cost is the operational overhead of Postgres itself — you're responsible for hosting, scaling, and tuning.
  • If you use a managed Postgres provider that charges for extensions or compute, those costs apply to pgvector too.
  • Tuning HNSW/IVFFlat parameters requires expertise; getting them wrong can lead to poor recall or slow queries, costing you debugging time.

Where the pricing makes sense

The company stage and team size where pgvector's pricing actually pencils out — and where peers do it cheaper.

pgvector is free and open source, so the pricing comparison is about infrastructure: if you're already paying for Postgres, adding pgvector costs nothing extra, whereas Pinecone starts at $0.10 per 1M vectors per month and Qdrant has a cloud tier starting around $25/month. For teams with existing Postgres, pgvector is dramatically cheaper; for those without, a dedicated vector DB might be worth the added cost for managed features.

Setup time & first value

How long it actually takes to get something useful out of pgvector — broken out by persona, not the marketing-page minute.

For an engineer familiar with Postgres, you can get pgvector running in under 15 minutes: clone the repo, run make && make install, enable the extension, and run your first similarity query. If you use a hosted provider that preinstalls it (like Postgres.app or Supabase), it's even faster — you may just need to run CREATE EXTENSION vector. For teams without Postgres experience, add a few hours to

Switching to or from pgvector

How to bring data in from common predecessors and how to get it back out — written for the switcher, not the buyer.

Migrating in
  • From a dedicated vector database (e.g., Pinecone): Export embeddings and metadata, then load them into Postgres using COPY or INSERT. If you're on a managed Postgres, you may need to handle index and vector type
  • From a CSV or JSON export of your current data: You can use pgvector's COPY support to bulk load your vectors and metadata.
Migrating out
  • To a dedicated vector database (e.g., Pinecone, Qdrant): Export your vector columns via SELECT, then bulk import into the new system. Expect to rebuild your query logic since SQL operators differ.
  • To a managed vector service: If you outgrow Postgres's scaling limits, use the same export process and migrate your embeddings to the new provider's API.

Integrations

DockerHomebrewPGXNAPTYumpkgAPKconda-forgePostgres.appGitHub Actions

Resources & Guides

Tutorials & Learning

Tools that pair well with pgvector

Common stack mates teams adopt alongside pgvector, with the specific reason each pairing earns its keep.

Alternatives to pgvector

View all
Milvus

Milvus

Open-source vector database for billion-scale AI similarity search.

FreeTry
Tidb

Tidb

Open-source distributed SQL database with vector search, ACID transactions, and HTAP for AI agent workloads.

FreemiumTry
Doris

Doris

Open-source real-time SQL analytics, full-text search, and vector database for AI.

FreeTry

Frequently Asked Questions

Used pgvector? Help shape our editorial sentiment research.