Join the discussion

Write your take first — we'll ask for email only when you're ready to publish.

  • Hacker News
  • Does it have something like litestream to backit up for specific production usecases (i.e. a single webserver is enough and downtime of a few mins is tolerable)?
  • Nice, I’ll get it added to gdb-engines.com
    by cjlm
  • Very nice - been looking for something that combined the flexibility of graph DBs like Neo4j with the simplicity and low cognitive overhead of SQLite. PErformance looks great too.

    Excellent Readme - as well as the clear explanations and examples, very impressed by the 'when you should use it/when you should NOT' use it' section - sadly often missing on many worthy but unfriendly tools.

  • I see "Claude" listed as a contributor. Could you describe how and how much? I'm keen to see how this looks in practise.

    As for the tool, it scratches an itch I've been having, I'll give it a go soon.

  • Thank you for sharing. I think the sqlite-esque local file approach makes sense for a lot of use cases.

    What are some of the scales of the data you've been able to test this design on so far?

    What was the most interesting part of designing it for you?

  • I measured this on a M4 mac mini (base model):

      zig build sqlite-benchmark
    
      Medium (100K nodes)
    
      +----------------------+-----------+---------+---------+
      | Workload             | LatticeDB | SQLite  | Speedup |
      +----------------------+-----------+---------+---------+
      | 1-hop traversal      | 5.7μs     | 16.1μs  | 2.8x    |
      | 2-hop traversal      | 30.1μs    | 59.4μs  | 2.0x    |
      | 3-hop traversal      | 171.1μs   | 228.8μs | 1.3x    |
      | Variable path (1..5) | 82.2μs    | 5.8ms   | 70.4x   |
      +----------------------+-----------+---------+---------+
    
    Very different from the comparison on github and the website.

    Given that on-disk data structures are similar to SQLite, I expect the competition from other "graph on sqlite" projects when they co-opt the techniques in LatticeDB.

  • I'm a big fan of SQLite embedded nature, which allows for chaining multiple SQL calls with near-zero latency.

    I'm currently building a personal knowledge graph server a mix of Notion's custom entities via JSON schema and Obsidian markdown+backlinked references. It's working well, but I suspect your product might be a better fit.

    I do have one question regarding permissions: how would you recommend modeling a hierarchical access system in a graph database? Specifically, if a user is granted access to a document, they should automatically have access to all its child documents within that workspace. Is there a standard way to model this 'subtree' permission logic, or perhaps a more efficient approach you'd suggest?

    Really impressed with the product good luck with it!

Explore Birbla archives

LatticeDB – Like SQLite but for graph databases · Birbla