Knowledge graph people and semantic layer people keep arguing past each other.
One models how things relate. The other proves what a number means. You probably need both.
The honest division of labour
| Knowledge graph | Semantic layer | |
|---|---|---|
| Models | Entities and relationships | Metrics, grain, filters, policy |
| Strong at | Traversal, inference, causality | Aggregation, definition, governance |
| Weak at | Math and consistent aggregates | Anything not modelled as a metric |
| Typical failure | Ontology drifts, nobody notices | Question falls outside the metric set |
| Answers | "How is X connected to Y?" | "What is X, exactly, for this person?" |
Ask an agent "why did EMEA churn spike after the pricing change" and you need both: the causal path through the graph, and a metric definition precise enough that the number is defensible.
Where the argument actually goes wrong
Treating them as competing purchases. They operate on different layers of the same problem — one is topology, the other is semantics plus policy.
The real question is neither. It's which layer executes. A graph and a definition are both inert until something compiles them into governed SQL and runs it against your warehouse.
The execution gap
That's the piece most architectures are missing. You can have an immaculate ontology and a complete metric catalogue and still have no answer to:
- Does a valid join path exist for this specific question?
- Is this caller entitled to these rows?
- Can I reproduce this answer in six months?
Intent → context resolution → constrained planning → governed execution. The graph feeds step two. The semantic layer feeds steps two and four. Neither performs step three.
The full breakdown — the division of labour in detail, a worked customer-risk example, and how the two compose — is here:
👉 Semantic Layer vs. Knowledge Graph: Choosing Your AI Data Foundation
Originally published at colrows.com/blogs/semantic-layer-vs-knowledge-graph
Top comments (0)