News for hackers. Stuff that matters.
Re:VectorChord: Store 400k Vectors for $1 in PostgreSQL by VoVAllen on Thursday December 05, 2024 @04:17AM (#42326424)
There's no easy way to index ColBert multi-vectors in a scalable way that I know of. Vespa seems to rely heavily on binary quantization, which can cost a lot in recall loss. And for most cases, using ColBert as a reranker is good enough, as the pgvector example you posted.
Re:VectorChord: Store 400k Vectors for $1 in PostgreSQL by tarasglek on Thursday December 05, 2024 @04:39AM (#42326529)
Seems like like doing a proper relational 1:N chunk:multiple-vectors foreign key, binarization and a clever join or multistage CTE would get us pretty close to useful.

I am ok with it being less efficient as the dev ux will be amazing. Vespa ops (even in their cloud) are a complete nightmare compared to postgres