Re:Investing in new vector database development vs enhancing...
by simonw on Saturday November 25, 2023 @06:37PM
(#38417836)
I absolutely believe that at the moment - Qdrant is clearly a fantastic piece of technology.
But if I was using Qdrant myself I'd treat it like ElasticSearch - I'd denormalize some of my data into it, but I'd still do most of my work in the relational database and treat Qdrant as effectively an external index for my stuff.
Maybe I'm getting hung up on the world "database" here as indicating that you use that instead of an RDBMS, when actually everyone selling a vector database expects you to use it as effectively an external indexing mechanism instead.
Re:Investing in new vector database development vs enhancing...
by zmgsabst on Saturday November 25, 2023 @10:53PM
(#38419036)
I personally read it as “vector cache”, because you can use it to, eg, store a phrasing to repeat later.
Re:Investing in new vector database development vs enhancing...
by swyx on Sunday November 26, 2023 @03:07AM
(#38420009)
i wish nirantk would add an addendum noting the pgvector issue was fixed or people like me will have to put up the counter response every single time https://youtu.be/MDxEXKkxf2Q?si=eUhNtghbiLRJ7yHB
Re:Investing in new vector database development vs enhancing...
by dylanjcastillo on Sunday November 26, 2023 @05:56PM
(#38425956)
Very interesting. I didn’t know about it. Thanks!
Pgvector seems to perform very poorly compared to Qdrant: https://nirantk.com/writing/pgvector-vs-qdrant/