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.
[ Parent
| on HN ]
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