Congrats to Qdrant's team, $28M for a Series is really nice.<p>There are a lot of OSS vector search databases out there, we could probably list the main ones:<p>- Qdrant: <a href="https://github.com/qdrant/qdrant">https://github.com/qdrant/qdrant</a><p>- Weaviate: <a href="https://github.com/weaviate/weaviate">https://github.com/weaviate/weaviate</a><p>- Milvus: <a href="https://github.com/milvus-io/milvus">https://github.com/milvus-io/milvus</a><p>What else?
Not to knock Qdrsnt, but generally the whole “vector search database” rush is insane.<p>I’ve been working with vectors for over a decade; particularly with embeddings used in AI. We’re talking projects from 100k to 100B+ records, used for AI applications<p>Postgres, particularly with pgvector and derivatives, can handle to millions of records very rapidly no problem. It’s very cheap, scales great, and is accurate.<p>I’m sure some of these open source solutions are improvements. That said, weigh vendor lock in, cost, risk and in the end it usually makes very little sense.
I don't think such business model is going to last. There is no reason for AI giants like OpenAI to stick with such external "vector databases". There is not much technical stuff there. Unless you want to argue that "vector searching" is just some labor work when compared to AI, in that case, sure.
What’s the mote here? Seems to be a risky investment when it’s such a crowded space and likely to be decent open source alternatives for those with small budgets and homegrown solutions for companies with bigger budgets and requirements.
A while ago I read in a thread here that they are used in OpenAI's products and at another popular company. I am not sure but vaguely remember X/Grok.<p>They are also a Rust shop.<p>Who says Germany has no cool startups.<p>EDIT: Yes, it was Grok.
Congrats to them!<p>What have your experiences with vector databases been? I've been using <a href="https://weaviate.io/" rel="nofollow">https://weaviate.io/</a> which works great, but just for little tech demos, so I'm not really sure how to compare one versus another or even what to look for really.
We have to be honest - "vector" database is a <i>low</i> tech stuff when compared to today's AI. You shouldn't be expecting to walk into the battle of AI, which is arguable the most important one in our life time, to dig a chunk of significant profit from major AI players' pocket by just having some low tech stuff. They use external "vector databases" <i>for now</i> because they don't want to invest R&D resources on such non-key issues <i>for now</i>.<p><i>for now</i> is the keyword here.<p>When the company grow to 10k or 30k people, there will be teams competing for visibility, someone is going to build their inhouse "vector database" to get his/her slice of the pie. Do you still believe that any AI major player is going to reply on some external vector databases?
> For example, it can automatically map ‘frontend engineer’ to ‘web developer’<p>Small revolution indeed.<p>Ref: <a href="https://qdrant.tech/use-cases/" rel="nofollow">https://qdrant.tech/use-cases/</a>
Offtopic: Is there a good OSS mixed (vectors + traditional) that can be embedded in our own solution and allows storing indexes in a pluggable kv storage? Besides rolling one, I cannot really find anything. Rust or Go would be best.
Someone has to ask the question: How many vector DBs do we really need? How do the vector DB companies differentiate themselves? And why do we need a company at all when there are increasingly awesome open source options?<p>I genuinely ask - there are a lot of other problems in the RAG, fine tuning, AI/LLM, retireval space, to solve. And more and more vector retrieval is, while not 100% solved, at least is something the community has a grasp on the tradeoffs. Solved to the point that squeezing a bit more recall out of vector retrieval isn't the problem anymore.
Congratulations.<p>What do you think you milvus? <a href="https://milvus.io/" rel="nofollow">https://milvus.io/</a>.
The difference seems significant from the architecture perspective.
I am excited to see how the vector search space plays out. Most of my work is not constrained by a low latency chat type user experience and I have not touched most of the vector search apis. I wonder what the difference is between competitors. The way I picture it is everyone is starting up their own Elasticsearch hosted solution and while there are some differences in functionality, the real bet is cost and scale.
Good on them, I know the crustaceans are out here happy about this raise for a Rust based Vector DB!<p>(now I'm gonna plug what I work on)<p>If you're interested in a more scalable vector database written in Go, check out Milvus (<a href="https://github.com/milvus-io/milvus">https://github.com/milvus-io/milvus</a>)
Well deserved funding round for a company that underpins most of the AI hype happening all over the place and probably always overlooked by many analysts.<p>Let’s see what they can do in a year or more with that new capital.
Outside AI and LLMs, there are some solid use cases for those Vector Search Databases? Maybe I am not seeing something, but it’s hard to see it gaining traction outside tech companies.
I applied to Qdrant a while back and got this response:<p>"We are getting many applications for this position. Usually, a test task would help preselect suitable candidates. However, since we develop open-source software, we rely on contribution.<p>You can build an open-source Qdrant connector to another framework or library. The simplest one would be, for example, a Streamlit data connector. But other ideas are more than welcome!<p>No limitations and no deadline. As long as this job position is online, we accept submissions. After you are done, send us an email to career@qdrant.com with the link to the repo. We will review it and get back to you asap."<p>No interviews, conversation before this email. Hope they see and fix this.<p>Edit : No Pay.