A graph-worthy question
“Which customer accounts use a service that depends on this failing component and are covered by the affected contract?” is a relationship question. A graph can make those links explicit. “What does this policy say about refunds?” is usually a document-retrieval question.
Use a graph when
- The same entities appear across many systems.
- Questions require multiple relationship hops.
- Ownership, lineage, dependencies, or causality matter.
- You need explainable paths rather than only similar passages.
- The relationships are stable enough to model and validate.
Do not start with a graph when
You have a small document set, no repeated relationship questions, or no owner for maintaining the ontology. A graph can become an expensive data-modeling project without improving the user’s actual answer.