AI and machine learning

Vector databases

Storage and nearest-neighbour search over embeddings — the retrieval half of most useful AI features.

When we reach for it

Semantic search and retrieval over a corpus large enough that scanning it is not an option. Hybrid retrieval — semantic and keyword together — is usually what actually produces good results, so whatever holds the vectors has to be able to do both.

When we would argue against it

Adding a new database for it by default. Postgres with pgvector handles a great deal more than teams expect, and it is one system rather than two. A separate store has to earn itself against that, and the argument has to be a measurement rather than an architecture diagram.

What it looks like in delivery

Retrieval quality measured with a real query set, and a documented path for re-embedding when the model changes. Vectors kept next to the data they describe wherever we can, so there is one system to back up, secure and reason about instead of two that can disagree.

Where this appears on the site

Nothing on this site names it yet

We work in Vector databases, and no case study or service page currently published on this site prints it in its stack. Rather than describe an engagement you cannot check, this space stays empty until one does. Ask us and we will talk you through it directly.

Working in Vector databases?

Tell us what it is running, what it costs you today, and what you need it to do next. A senior engineer will tell you what we would keep and what we would change.