AI in the product

Vector Database

Store embeddings and find the most similar ones fast, for semantic search, RAG and recommendations.

Ask your AI about this, with this page as the source:ChatGPT ↗Claude ↗Perplexity ↗

The real choice

Inside the database you already run, or a separate vector store. pgvector keeps vectors next to your rows, with one backup and one query language, but tuning large indexes is on you. A dedicated vector store handles scale, filtering and hybrid search for you, at the cost of another service to sync data into.

Pick by situation

Tap the ones that are you — the tools that fit light up below.
  • You already use Postgres and have up to a few million vectorspgvector
  • You're prototyping retrieval on your laptop, or want vectors in files with no serverChroma
  • You want a hosted index with nothing to operatePineconeturbopuffer
  • You need an open-source store with heavy filtering or hybrid search, self-hosted or managedQdrantWeaviate

The contenders

Grouped by the side of the choice they answer, not ranked. Open a row for when to use it, the trade-off and what makers say.

ToolBest for
Inside your database1
pgvectordatabase · open source · free tierApps already on Postgres that want vector search in the same database, joined with normal tables.70 open source—411.7k/wk+21% vs npm

Use it whenYou have up to a few million vectors and want one system to back up.

Trade-offIndex tuning and memory sizing are your job, and very large indexes can crowd out the rest of the database.

llms.txt

No maker's product we track shows it for this yet · in 70 open-source projects.

Embedded / local-first1
Chromadatabase · open source · free tierPrototyping RAG on your laptop with a pip or npm install and no server to run.13+69 open source$51Starter236.5k/wk−12% vs npm

Use it whenYou're still figuring out whether retrieval works for your use case.

Trade-offFor production you either run its server yourself or move to Chroma Cloud.

llms.txt

Used by Clarm, Conduit, Maximem Synap, Reef, Supaboard AI and 8 more · in 69 open-source projects.

Chroma makes it super easy to manage embeddings for AI apps. We love the open-source focus and how quickly it integrates into RAG pipelines.
VoltAgent, the makerSep 2026 ↗
Managed vector store2
Pineconedatabase · free tierA fully hosted index with nothing to operate, sized by usage.55+23 open source$113Standard822.6k/wk−35% vs npm

Use it whenYou want vector search without running any infrastructure.

Trade-offClosed source and cloud-only, so leaving means re-indexing somewhere else.

llms.txt

Used by AI Context Flow, Brev.io, ClueoChat, CustomGPT, Fleak and 50 more · in 23 open-source projects.

TwelveLabs uses Pinecone to efficiently store and search the vector embeddings produced by our embedding model, enabling fast, scalable retrieval across large video and text datasets.
TwelveLabs, the makerSep 2026 ↗
turbopufferdatabaseVery large or many-tenant indexes where storing everything on object storage keeps cost down.8+7 open source$21Launch1.1M/wk3.9× vs npm

Use it whenYou have many separate namespaces, such as one index per customer.

Trade-offNo free tier (paid plans have a monthly minimum), and it's cloud-only.

llms.txt

Used by Mem0, Playerzero, Pylon, Readwise, fal and 3 more · in 7 open-source projects.

Open-source vector store2
Qdrantdatabase · open source · free tierHeavy metadata filtering alongside vector search, self-hosted from one binary or on its managed cloud.18+68 open source$103Standard (3 nodes, 0.5 vCPU / 4 GiB each)696.8k/wk−19% vs npm

Use it whenYour queries combine similarity with many filters, such as tenant, date and category.

Trade-offOne more service to deploy and keep in sync with your main database.

llms.txt

Used by AICamp, April, Byterover, cognee, Conva.AI and 13 more · in 68 open-source projects.

After evaluating a bunch of Vector DBs to be our internal vector DB, we finally closed on QDrant because it was the one that scaled the best and had the best price performance ratio
Conva.AI, the makerSep 2026 ↗
Weaviatedatabase · open source · free tierHybrid search that mixes keyword and vector results, with built-in modules that can create embeddings for you.16+20 open source$253Flex372.6k/wk−65% vs npm

Use it whenUsers search with both exact terms and meaning, and you want both in one query.

Trade-offMore concepts and configuration to learn than simpler stores; some advanced features need a license key.

llms.txt

Used by cognee, Cortex, Depth, Insight7, Lamatic.ai and 11 more · in 20 open-source projects.

To store all our vector embeddings, now a staple for us to build forward. Their automatic 'load balancing' on which vectors are recently used is a game changer for system optimization
Quantera.ai, the makerSep 2026 ↗

Cost: the cheapest plan that fits vectors stored 1 million vectors, queries 1 million queries, vectors written or updated 500k writes, from list prices. Try your own numbers →

Cost as you grow

Each contender's cheapest usable plan as usage rises.

$0$20,000$100,000$500,0000.10.5151050100
turbopufferWeaviateQdrantPineconeChromax: vectors stored (1,536 dimensions, about 6 gb per million) (million vectors), other usage scaled with it · cheapest usable plan at each point, list prices · try your own numbers

Who switches to what

Public pull requests on GitHub since Oct 2024 whose title says "X to Y" — real code changes, by developers in general rather than makers only. Pick a flow to see its pull requests.

Qdrant → pgvector: 9 pull requestsChroma → pgvector: 7 pull requestsChroma → Pinecone: 6 pull requestsChroma → Qdrant: 4 pull requestspgvector → Pinecone: 3 pull requestsPinecone → Qdrant: 3 pull requestsChroma 17Qdrant 9pgvector 3Pinecone 3pgvector 16Pinecone 9Qdrant 7Moving fromMoving to

Before you choose

How to approach it

If you already use Postgres, start with pgvector; most solo apps never outgrow it. Store the source text and metadata next to each vector so you can filter and re-embed later. Move to a dedicated store only when you hit a real limit — millions of vectors, slow filtered queries, or hybrid search you can't build yourself.

Common mistakes
  • Storing only vectors and IDs, then having to re-fetch and re-embed everything when you want to filter by date, user or source.
  • Forgetting to delete or update vectors when the source record changes, so search keeps returning content users already removed.
  • Adding a separate vector service to sync before trying the vector search in the database you already run.

Other options

Real choices most makers here won't need to weigh.

Decided alongside

What the 104 makers' products here chose for their other decisions.