Lesson 4 / 28

What to Expect: Approximate, Eventually Consistent, Not a General Database

Set realistic expectations about accuracy, consistency and queries.

Know the trade-offs

Vector databases make trade-offs you should know. Approximate: ANN search may miss true neighbours, so recall is a setting you tune. Consistency varies: some engines make a new write searchable only after a short delay or after an index segment is built (eventual consistency), while a transactional database like PostgreSQL gives normal ACID behaviour, including for vectors. Limited query power: dedicated engines are excellent at similarity plus filters but are not general-purpose analytics or transaction engines; joins and aggregations may be missing or basic. Scores are not probabilities: a similarity of 0.8 means different things for different models, so choose thresholds from your own data. Cost: memory dominates, since most fast indexes want vectors in RAM. Plan for these from the start rather than discovering them in production.

Test read-after-write on your engine

Insert a record, then query for it in a loop and measure how long until it appears. Do not assume zero delay.

Quick check: What does "eventual consistency" mean for a new write in some vector engines?

  • It is searchable before it is written
  • It may become searchable after a short delay
  • It is never searchable
  • It replaces the index
Answer

It may become searchable after a short delay — Do not assume read-your-writes unless the engine documents it.