Pyyan / Compare / turbopuffer vs pgvector vs Qdrant
turbopuffer vs pgvector vs Qdrant
3 of 5Vector Databases · verified 13 Aug 2026
| Specification | turbopuffer | pgvector | Qdrant |
|---|---|---|---|
| Summary | Vectors on object storage, priced accordingly. | Vectors inside the database you already run. | The fastest of the purpose-built stores. |
| Index | Proprietary, object storage | HNSW, IVFFlat | HNSW |
| Hybrid search | Yes | Yes, with SQL | Yes |
| Hosting | Managed only | Self-host or any managed Postgres | Self-host and managed |
| Licence | Proprietary | PostgreSQL | Apache 2.0 |
| p50 latency | ~20ms | ~15ms | 4ms |
| Category | Vector Databases | Vector Databases | Vector Databases |
| Official | turbopuffer ↗ | PostgreSQL ↗ | Qdrant ↗ |
Highlighted rows are where these differ.
turbopuffer
- Built on object storage rather than RAM
- Notion cut search costs ~60% moving from Pinecone Serverless
Best for large corpora where cost dominates.
pgvector
- One database for vectors, rows and joins
- The honest default: reach for something else only when this stops working
Best for almost everyone, until scale says otherwise.
Qdrant
- Written in Rust; 10 to 25% faster than Weaviate or Milvus on common workloads
- Strong filtering alongside vector search
- Self-host or managed, same engine
Best for latency-sensitive retrieval.