Modeling Semantics: How Data Models and Ontologies Connect to Build Your Semantic Foundations

Ontology vs. Conceptual Data Modeling, Implementation of Semantic Foundations, and Using Agents in the Right Places for Enrichment
5 mins.
 •
March 6, 2026

https://www.moderndata101.com/blogs/modeling-semantics-how-data-models-and-ontologies-connect-to-build-your-semantic-foundations/

Modeling Semantics: How Data Models and Ontologies Connect to Build Your Semantic Foundations

Analyze this article with: 

🔮 Google AI

 or 

💬 ChatGPT

 or 

🔍 Perplexity

 or 

🤖 Claude

 or 

⚔️ Grok

.

TL;DR

About Our Contributing Expert

Juha Korpela | Consultant, Enterprise Data Management

An image of Juha Korpela, the contributing expert for this community post.

This piece is a community contribution from Juha Korpela, Independent Consultant and Founder of Helsinki Data Week, a community-first data conference. With deep expertise in information architecture, data products, and modern operating models, Juha has spent his career helping organisations truly understand what their data means and how to use that semantic clarity to build better systems.

Formerly Chief Product Officer at Ellie Technologies and now the voice behind the “Common Sense Data” Substack, Juha is also a speaker, trainer, and advisor shaping the resurgence of conceptual modeling in the industry. We’re thrilled to feature his unique insights on Modern Data 101!

We actively collaborate with data experts to bring the best resources to a 15,000+ strong community of data leaders and practitioners. If you have something to share, reach out!
🫴🏻 Share your ideas and work:
community@moderndata101.com
*Note: Opinions expressed in contributions are not our own and are only curated by us for broader access and discussion. All submissions are vetted for quality & relevance. We keep it information-first and do not support any promotions, paid or otherwise!

Let’s Dive In!

Knowledge Management Provides Context for AI

Knowledge Management and Information Architecture have had a rocket ride to the top of the data world’s consciousness due to Generative AI. The ability to organize, store, and serve structured semantics as context to various agents and chatbots is widely recognized as a winning ingredient in the GenAI race, reducing hallucinations and improving accuracy.


Terms like taxonomies, ontologies, and knowledge graphs are being thrown around as if just been invented, but veterans of the trade know better: there’s nothing new under the sun.


Knowledge Management and the Library Sciences, from which these subjects were born, are well-known disciplines, and the theory behind concepts like the Semantic Web is solid. It’s merely the utilization of these that has now changed with GenAI.


Data Modeling Foundations Return

But when it comes to organizing, storing, and serving semantics, there have always been two schools of thought, usually with very little cross-pollination between them. The other viewpoints outside ontologies and knowledge graphs have been coming from the data modeling world.

Traditionally, data modeling has had different levels of abstraction to cover different needs at different levels of detail. Conceptual, Logical, and Physical modeling has been a well-recognized three-level layout for data modeling activities (you can check my views on these three levels on my Substack).

But sadly, at some point in the Big Data craze of yesteryear, many data experts reduced data modeling to the Physical level only, focusing almost exclusively on the technical structures of data storage.

[related-1]

Where Semantics Was Compromised

By forgoing Conceptual modeling to a large extent, data experts had let go of a very practical method for doing exactly the same thing that is now required from taxonomies, ontologies, and knowledge graphs: describing structured semantics.

At the core of both ontologies and conceptual data models are things: real-life entities that exist in the real business, irrespective of the systems we have built. You might call these things “entities” or “objects” or “nodes” or whatever you like,


…but they are what you need to understand in order to describe
(to a human or an agent) what goes on in your business.


Think of “Customer”, “Order”, “Product”, “Delivery”, and so on. These are what you have data about, no matter how the data is technically stored in database tables or files.

In addition to the list of things, to fully understand the business context, we need relationships between the things. How do the things in our business interact with each other? Think “Customer makes an Order”, “Product is added to Delivery”, and so on.

Ontology vs. Conceptual Model

An ontology is, in simple terms, a list of things (and their definitions) with a list of the relationships between them. In the Knowledge Management world, this would be formalized according to, say, RDF standards.

A conceptual model is, in simple terms, also a list of things and their relationships. Data modelers traditionally produce an Entity-Relationship Diagram out of it, with a list of entity definitions (a Glossary) attached.

Now here’s the important thing to understand, regardless of which world you are coming from:

the semantical content you capture with both approaches is exactly the same!

Merely the method of capturing, organizing, and storing that information is different.

For me personally, the method of conceptual modeling feels natural, as I’ve done data modeling for around 15 years now. I know what questions I need to ask people (or what documents to read) to capture information about the entities and their relationships, I know how to draw the diagram, I know how to create the glossary, and I know what tools I can use to help.

For someone coming from a semantic web background, building formalized ontologies according to the RDF standard feels natural, with all the methods and tools that come with it.

We’re both still working on semantics: in effect, we’re capturing the exact same ontology, thus storing information about business context to be used later.

[related-2]


Technical Implementation of Semantics

For us data modelers, the utilization of these models has traditionally focused on the technical implementation of data solutions, and we’ve thus followed a path from Conceptual to Logical to Physical. That is, if we have done conceptual modeling at all!

But especially now, in the age of context-hungry AI, we have to realize we’ve been sitting on a semantics gold mine: conceptual data modeling is an excellent method for figuring out what the entities and relationships should be.

The visual illustrates conceptual, logical, and physical data modeling that flows from business understanding, while standard ontologies and AI agents feed into an enterprise ontology, enabling semantic discovery and data solution design.
How Data Models and Ontologies Connect to Build Semantic Foundations | Source: Author

Why is this important? Because the most valuable semantical information is that which is unique to the organization, and those semantics are the hardest to capture.

While AI tools can be used to find semantical concepts from unstructured data and various knowledge bases, a lot of this information is tacit knowledge in the business experts’ heads. Conceptual modeling is a known-good method for getting that tacit knowledge out.

Data Modeling as Semantic Discovery

I envision a world where we build the semantic foundation of an organization with a set of tools at our disposal:

Diagram showing how organizations build semantic foundations for data and AI. The pyramid highlights industry standards, conceptual data modeling, and AI agents working together to create organizational semantics and enterprise ontology, providing context for humans and AI systems to understand and use enterprise data effectively.
Technical Implementation of the semantic Foundation with Industry Standards, Conceptual Modeling, and AI Agents | Insights from the Author
  • We use industry standards and existing knowledge bases to cover the basic structures that are common to most organizations within an industry
  • We use conceptual modeling methods as a surgical knife to cut through tacit knowledge and unearth & document the valuable, unique semantics of the organization
  • We use AI agents as “semantic helpers” to trawl through tons of documentation and find details to add around the strong core that has been formed

This semantic foundation will then act as the context provider for all your agents and chatbots, but also for humans! Context is king in today’s world. By looking at data modeling as not only a technical design method, but as a semantic discovery method, we enable a powerful tool for building this context.


Thanks for reading Modern Data 101! Subscribe for free to receive new posts and support my work.


MD101 Support ☎️

If you have any queries about the piece, feel free to connect with the author(s). Or feel free to connect with the MD101 team directly at community@moderndata101.com 🧡

Author Connect

Connect with me on LinkedIn 🤝🏻

The Modern Data Survey Report 2025

This survey is a yearly roundup, uncovering challenges, solutions, and opinions of Data Leaders, Practitioners, and Thought Leaders.

Your Copy of the Modern Data Survey Report

See what sets high-performing data teams apart.

Better decisions start with shared insight.
Pass it along to your team →

Oops! Something went wrong while submitting the form.

The State of Data Products

Discover how the data product space is shaping up, what are the best minds leaning towards? This is your quarterly guide to make the best bets on data.

Yay, click below to download 👇
Download your PDF
Oops! Something went wrong while submitting the form.

The Data Product Playbook

Activate Data Products in 6 Months Weeks!

Welcome aboard!
Thanks for subscribing — great things are coming your way.
Oops! Something went wrong while submitting the form.

Go from Theory to Action.
Connect to a Community Data Expert for Free.

Connect to a Community Data Expert for Free.

Welcome aboard!
Thanks for subscribing — great things are coming your way.
Oops! Something went wrong while submitting the form.

Author Connect 🖋️

Juha Korpela
Connect: 

Juha Korpela

Datakor Consulting
Independent Consultant at Datakor Consulting

A data modeling enthusiast, Juha is known for his expertise in cutting-edge for enabling organisations to leverage data and AI as strategic assets

Connect: 

Connect: 

Connect: 

Originally published on 

Modern Data 101 Newsletter

, the above is a revised edition.

Latest reads...
How GraphRAG Improves LLM Accuracy and Discovery?
How GraphRAG Improves LLM Accuracy and Discovery?
The Enterprise Value of Data Modeling
The Enterprise Value of Data Modeling
The Network is the Product: Data Network Flywheel, Compound Through Connection
The Network is the Product: Data Network Flywheel, Compound Through Connection
What is AI-Readiness and How to Be AI-Ready
What is AI-Readiness and How to Be AI-Ready
What is a Data Governance Framework? How Does a Data Platform Improve the Outcomes?
What is a Data Governance Framework? How Does a Data Platform Improve the Outcomes?
Boosting Data Adoption with Data Product Marketplace | Masterclass by Priyanshi Durbha
Boosting Data Adoption with Data Product Marketplace | Masterclass by Priyanshi Durbha
TABLE OF CONTENT

Join the community

Data Product Expertise

Find all things data products, be it strategy, implementation, or a directory of top data product experts & their insights to learn from.

Opportunity to Network

Connect with the minds shaping the future of data. Modern Data 101 is your gateway to share ideas and build relationships that drive innovation.

Visibility & Peer Exposure

Showcase your expertise and stand out in a community of like-minded professionals. Share your journey, insights, and solutions with peers and industry leaders.

Continue reading...
How GraphRAG Improves LLM Accuracy and Discovery?
AI Enablement
7 mins.
How GraphRAG Improves LLM Accuracy and Discovery?
The Enterprise Value of Data Modeling
Data Platform
11 mins.
The Enterprise Value of Data Modeling
The Network is the Product: Data Network Flywheel, Compound Through Connection
Data Platform
8 mins.
The Network is the Product: Data Network Flywheel, Compound Through Connection