Questions
14 of 18
1Why did Qdrant consolidate search, recommend, and discovery operations into the Universal Query API?
2What is a prefetch stage in Qdrant's Universal Query API, and why would you use multiple prefetches?
3How do Reciprocal Rank Fusion and Distribution-Based Score Fusion differ when combining Qdrant prefetch results?
4How would you retrieve 500 candidates with dense vectors and rerank them using a ColBERT multivector?
5What is Qdrant's recommend query mode, and how is it different from plain similarity search?
6How does Qdrant combine vector similarity search with structured payload filters?
7What are must, should, and must_not clauses in a Qdrant payload filter?
8Why can filtering after an ANN search return too few results when the filter is highly selective?
9How does Qdrant's filtered vector search avoid the classic post-filtering problem?
10How would you implement a geo-radius search for similar items within 5 km of a location in Qdrant?
11Why should you create payload indexes for fields that are filtered frequently at scale?
12What payload index types does Qdrant support, and how would you choose one for tags versus price?
13What is a full-text payload index used for, and how does it differ from an exact-match keyword index?
14What is the cost of creating too many payload indexes on a high-write Qdrant collection?
15Why should point uploads be batched instead of sending one upsert request per point?
16What is Qdrant's Scroll API used for, and why is it preferable to vector search when iterating through matching points?
17How does Qdrant Scroll pagination avoid the main performance problem of large SQL OFFSET pagination?
18What is a realistic batch size for bulk-loading millions of Qdrant points, and what factors should influence it?
14 / 18

What is the cost of creating too many payload indexes on a high-write Qdrant collection?

Payload index write amplification

Every payload index has to remain consistent with the points being written or updated. As the number of indexes grows, inserts and payload updates can require more index maintenance, increasing CPU work and potentially write latency.

Indexes also consume memory and persistent storage. On a write-heavy collection, unnecessary indexes can therefore reduce ingestion throughput while increasing the resource footprint of the database.

The trade-off is read latency versus write throughput and resource cost. I would create indexes for fields that have demonstrated query value, especially important filters, and measure the effect on both search and ingestion benchmarks.

A common mistake is optimizing only query latency. In production, an index that saves a few milliseconds on an infrequent query but materially hurts a high-volume ingestion path may be a net regression. Index behavior and resource usage can change across Qdrant versions, so benchmark the deployed release.

javascript
  1. 1

    More payload indexes increase index-maintenance work on writes

  2. 2

    Indexes consume memory and storage

  3. 3

    High-write workloads require measuring index overhead

  4. 4

    Index fields based on real query patterns rather than indexing every field

Difficulty: 8/10
Topics: Payload indexing, Write throughput, Performance

Scenario Questions

0-2 years experience
  1. 1

    A developer wants to index every payload field because indexes make searches faster. What downside should you explain?

  2. 2

    Why can adding an index affect writes even when the indexed field rarely changes?

2-5 years experience
  1. 1

    Ingestion throughput drops after adding ten payload indexes. What metrics would you compare before and after the change?

  2. 2

    A payload index improves a query used once per hour but slows ingestion continuously. How would you decide whether to keep it?

5-8 years experience
  1. 1

    A collection has hundreds of millions of points and dozens of payload indexes. How would you identify indexes that provide insufficient value for their resource cost?

  2. 2

    A workload has bursty writes and strict interactive-search latency. How would you balance index maintenance against query performance?

8+ years experience
  1. 1

    You need to govern payload indexing across many teams sharing a Qdrant cluster. What policies and observability would you implement to prevent index proliferation?

  2. 2

    A team claims an index is necessary because it improves average query latency, but it causes ingestion SLO violations. How would you arbitrate the trade-off using workload-level economics?

Follow-up Questions

  • How would you measure payload-index write overhead?
  • What criteria would you use to remove an existing payload index?