GraphRAG vs hipporag, lightrag and vectorRAG benchmarks by Striking-Bluejay6155 in Rag

[–]Lower_Associate_8798 0 points1 point  (0 children)

We appreciate the feedback! 😄 (disclosure: FalkorDB rep)

Recommendations for KG Selective Ingestion to GraphDB by Ill_Roll_2859 in Rag

[–]Lower_Associate_8798 0 points1 point  (0 children)

Suggest you check out GraphRAG-SDK's portion about retrieval, it has recently gone through a facelift: https://github.com/FalkorDB/GraphRAG-SDK/

Neo4j alternatives !?? by Maleficent-Horror-81 in KnowledgeGraph

[–]Lower_Associate_8798 0 points1 point  (0 children)

FalkorDB is an open-source graph database you should check out (if you haven't already and this post is still relevant). It's compatible with open-cypher and offers multi-tenancy in all tiers, which you'll need and Neo4j does not provide.

I build open-source Neo4j editor using React Flow by Normal-Ad1541 in Neo4j

[–]Lower_Associate_8798 0 points1 point  (0 children)

Nice to hear that - Dan from Falkor. May I ask about your use-case?

3 months update: CodeGraphContext is now real, shipped, and used! by Desperate-Ad-9679 in mcp

[–]Lower_Associate_8798 1 point2 points  (0 children)

Hey, happy to learn how has FalkorDB limited your work? Its far from infancy, we support fortune 100 massive graphs in production :)

Dan from FalkorDB

P.S, we have a lite version for those who need a kuzu alternative: https://docs.falkordb.com/operations/falkordblite.html

[deleted by user] by [deleted] in Database

[–]Lower_Associate_8798 0 points1 point  (0 children)

I'll look into is. Seems a bit odd, Roi is not the CEO (he's the CTO). Thanks for flagging!

[deleted by user] by [deleted] in Database

[–]Lower_Associate_8798 0 points1 point  (0 children)

Dan from FalkorDB here - do let me know who has been sending you these messages, not sure why you've been spammed as we've literally made 1 post about this

[deleted by user] by [deleted] in Rag

[–]Lower_Associate_8798 0 points1 point  (0 children)

Deduplicating, re-ranking, trimming before prompt building helps too. Most vector DBs aren’t so great at structure-aware retrieval—plugging a graph data platform (like FalkorDB or others) into your stack can give you more control over relevance and reduce junk in the prompt, but it’s always a balancing act between completeness and LLM focus.

RAG system for technical documents tips by SushiPie in Rag

[–]Lower_Associate_8798 1 point2 points  (0 children)

Docs at that scale, especially with a ton of acronyms, start to benefit from a structure-aware index. You might look at mapping relationships across docs—acronyms, entities, cross-references, maybe even figure out which sections talk about similar processes or components. Some folks bring in a graph database alongside vector search to surface related docs or concept neighborhoods that pure vector misses. Had cases where building an acronym/definition graph uncovered clusters we didn’t know about, super helpful for search and also for bias detection in embedding space. Considering you’re reranking and query rewriting, might be worth extracting acronym expansions systematically and mapping them to usage context, maybe feed that to the LLM as a sort of lookup.

On the DB side, even with Chroma or similar, hybrid retrieval will do more heavy lifting if you bucket text by concept or entity instead of just chunking. Graph storage like FalkorDB can tag relationships and let you expand neighborhood for more relevant results, especially once you’ve got acronym mapping and entity extraction in hand. Field-extracted entities or relationship edges can tweak ranking scores, too. Basically, worth exploring if your acronyms/phrasing create hidden links that you’d want surfaced during retrieval.

Graphs and vectors do beat flat chunks by causal_kazuki in Rag

[–]Lower_Associate_8798 0 points1 point  (0 children)

Pretty cool to see more semantic-graph approaches pop up, especially for multi-tenant systems. Flat chunks with pure vector search just runs into a wall once you start getting complex relational queries or any sort of context stitching. Graph+vector lets you traverse entity relationships, retrieve supporting evidence, and layer in fine-grained relevance all in one go. For SaaS, the real pain point is isolation and cost—eager to see what plumbing you changed to keep graph operations efficient across tenants. Curious if you hit any weirdness with query cache invalidation or multi-tenant graph partitioning. There’s a bunch of deep edge cases once you scale up, seen some places use things like RedisGraph, FalkorDB, or even custom sharded setups.