Overview
What a DL Reasoner Actually Computes
Consistency, classification, realisation, entailment — four jobs, one tool.
Why it matters
Most teams treat reasoners as a black box. Knowing which of the four jobs is being run lets you pick the right profile, debug performance, and explain results to stakeholders.
Going deeper
Practical mapping of job → cost → mitigation:
| Job | Typical cost driver | Mitigation |
|---|---|---|
| Consistency | A single bad axiom (e.g. unintended disjointness) | Run consistency first and isolate culprit axioms with explanations |
| Classification | Number of classes; complex class expressions | Pick the smallest OWL profile that works (EL for taxonomy-heavy ontologies) |
| Realisation | Number of individuals | ABox reasoning is the most expensive; consider materialising once and querying after |
| Entailment | A single complex query | Targeted reasoning; many reasoners support per-query SPARQL entailment |
Almost every production performance story is 'we were doing realisation when we only needed classification' — or 'we were running on full OWL DL when EL would have answered the question 1000× faster'.