Live data from Hacker News

Show HN: HelixDB – Open-source vector-graph database for AI applications (Rust)

github.com

41–50 of 117 posts

Re: Show HN: HelixDB – Open-source vector-graph database for AI applications (Rust)

#41

How can I migrate neo4j to this?

We can build an ingestion engine for you :)

We've built SQL and PGVector ones already, just waiting for someone who could make use of other ones before we build them.

Let us know! Twitter in my bio

Re: Show HN: HelixDB – Open-source vector-graph database for AI applications (Rust)

#42

Can I run this as an embedded DB like sqlite? Can I sidestep the DSL? I want my LLMs to generate queries and using a new language is going to make that hard or expensive.

Currently you can't run us embedded and I'm not sure how you could sidestep the DSL :/ We're working on putting our grammar in llama's cpp code so that it only outputs grammatically correct HQL. But, even without that it shouldn't be hard or expensive to do. I wrote a Claude wrapper that had our docs in its context window, it did a good job of writing queries most of the time.

[deleted]

Re: Show HN: HelixDB – Open-source vector-graph database for AI applications (Rust)

#43

Congrats on the launch! I'm one of the authors of that paper you cited, glad it was useful and inspiring to building this :) Let me know if we can support in any way!

Wow! I enjoyed reading it a lot and it was definitely inspiring for this project!

Would love to talk to you about it and make sure we capture all of the pain points if you're open to it? :)

Re: Show HN: HelixDB – Open-source vector-graph database for AI applications (Rust)

#46

Congrats on the launch! I'm one of the authors of that paper you cited, glad it was useful and inspiring to building this :) Let me know if we can support in any way!

Wow! I enjoyed reading it a lot and it was definitely inspiring for this project! Would love to talk to you about it and make sure we capture all of the pain points if you're open to it? :)

Absolutely, will DM you on X!

Re: Show HN: HelixDB – Open-source vector-graph database for AI applications (Rust)

#47
post #38

This is very interesting, are there any examples of interacting with LLMs? If the queries are compiled and loaded into the database ahead of time the pattern of asking an LLM to generate a query from a natural language request seems difficult because current LLMs aren't going to know your query language yet and compiling each query for each prompt would add unnecessary overhead.

This is definitely a problem we want to work on fixing quickly. We're currently planning an MCP tool that can traverse the graph and decide for itself at each step where to go to next. As opposed to having to generate actual text written queries.

I mentioned in another comment that you can provide a grammar with constrained decoding to force the LLM to generate tokens that comply with the grammar. This ensures that only valid syntactic constructs are produced.

Re: Show HN: HelixDB – Open-source vector-graph database for AI applications (Rust)

#48

how did you get it 3 OOMs faster than neo4j?

Partly because they're working with a monolith that I imagine is difficult to iterate on and it's written in Java. We've had the benefit of working on this in Rust which lets us get really nitty and gritty with different optimisations.

My friend who I worked on this with is putting together a technical blog on those graph optimisations so I'll link it here when he's done

Re: Show HN: HelixDB – Open-source vector-graph database for AI applications (Rust)

#49
post #27

Earlier quoted context omitted.

have you thought about SPALDE models? ex: https://arxiv.org/abs/2109.10086

Looks really interesting, I'll have a proper read. What would be your reasoning to incorporate this if we already have vector functionality and semantic search?

my project deals w/ non-english text, bm25 performance is middeling. Language specific sparse model helps.

Re: Show HN: HelixDB – Open-source vector-graph database for AI applications (Rust)

#50
Looks very interesting, but I've seen these kind of multi-paradigm databases like Gel, Helix and Surreal and I'm not sure that any of them quite hit the graph spot.

Does Helix support much of the graph algorithm world? For things like GrapgRAG.

Either way, I'd be all over it if there was a python SDK witch worked with the generated types!

Post reply on HN