Choosing the Right Graph
The right graph is rarely just about the data model. It is also about the organisation around it.
Since roughly 2012, the knowledge graph category has collapsed two quite different intellectual traditions into a single marketing category.
The first - RDF and OWL - descends from formal logic, knowledge representation, library science and Berners-Lee's Semantic Web. The second - the labeled property graph (LPG) used by Neo4j, Apache TinkerPop and most contemporary graph databases - descends from graph theory, object-oriented databases and the operational demands of connected-data applications such as social networks, fraud detection and recommendation engines.
Both are graphs. Both are routinely called "knowledge graphs." Yet the data models, semantics, query languages, governance assumptions and engineering economics differ enough that picking the wrong one is a costly architectural mistake.
The question is often framed as RDF versus labelled property graph, but that can make the decision feel more like a technology debate than an architectural one. The discussion needs to focus on the problem being solved: what kind of meaning needs to be captured, how much governance is needed, what queries need to be supported, and how the graph will be used over time.
RDF and OWL can be powerful when shared meaning, standards, interoperability and reasoning matter. But they also need discipline around identifiers, vocabularies, modelling choices and stewardship.
Property graphs can be easier to start with and are very effective for operational workloads and application development. But simplicity at the start can become a constraint later if provenance, integration or semantic consistency becomes central.
The choice should be contextual. The best graph is not the one that looks most elegant on a slide. It is the one the team can govern, query, explain and evolve.
Use RDF/OWL when the dominant problem is meaning, integration across organizational boundaries, formal reasoning, FAIR/linked-open-data publishing, or long-term governance.
Use a labeled property graph when the dominant problem is operational, multi-hop traversal performance on connected data, rich edge attributes and developer ease of adoption within a controlled application boundary.
When both axes are equal, use a hybrid store such as Amazon Neptune or Stardog - and budget for the conceptual overhead of maintaining two query surfaces.
That said, RDF 1.2's native edge-annotation support shifts this formula, weakening one of the historical reasons to reach for an LPG in the first place.
A useful read if you are designing a graph strategy, selecting tools or bridging semantic modelling with delivery.
By Jessica Talisman h/t Sergey Vasiliev
jessicatalisman.substack.com…
#KnowledgeGraphs #RDF #PropertyGraphs #SemanticWeb #Ontology
--
📩 The Year of the Graph's Spring 2026 newsletter issue on all things
#KnowledgeGraph,
#GraphDB, Graph
#Analytics /
#DataScience /
#AI and
#SemTech is coming soon.
Subscribe and follow to be in the know. Reach out if you'd like to be featured 👇
yearofthegraph.xyz/newslette…