Best Practices and Support for Multi-Tenancy / Data Isolation #1372
Replies: 3 comments 2 replies
-
If separation is paramount, different workspaces for clients is the only way at the moment. Actually , you can achieve everything that you are looking for in the current soln apart from graph item seperation. If you inspect the nodes and edges data, you will find different items add to the node, separated by . The IDs col has the relevant ID that added this. If you can figure out logic for this, it would be your required soln in one workspace, |
Beta Was this translation helpful? Give feedback.
-
Hi guys, have you observe any news on this topic? I'm also exploring the option of using LightRAG as multitenant application where data isolation is a must. |
Beta Was this translation helpful? Give feedback.
-
this is the same topic covered at #1016 |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
I'm exploring the possibility of using lightRAG to power a multi-tenant application (e.g., a SaaS platform) where different users or organizations would index their own private documents. A critical requirement for this use case is strict data isolation—ensuring that one tenant's data (indexed documents, extracted knowledge graph entities/relationships, and vector embeddings) is never accessible or returned in queries made by another tenant.
Any guidance, insights, code pointers, or discussion on the best way to architect this within the lightRAG ecosystem would be greatly appreciated!
Beta Was this translation helpful? Give feedback.
All reactions