Modeling data in digital twin builder (preview)

Modeling is the practice of creating structured representations of real-world systems or domains to better understand, analyze, and work with complex information.

In the context of data and knowledge management, an ontology is a formal model that defines a set of concepts, entities, properties, and relationships within a specific domain, creating a shared vocabulary and framework for organizing information. Ontologies go beyond simple data structures by embedding semantic meaning into the data, enabling a deeper understanding of how different pieces of information relate to one another.

Modeling with ontologies is especially valuable for industrial scenarios, where data comes from multiple interconnected sources such as equipment, control systems, and business applications. Ontology-based modeling allows companies to create a standardized view of all relevant entities (like machinery, materials, or processes) and their relationships, ensuring consistency and interoperability across systems. For example, in a manufacturing plant, an ontology can help unify data from IoT sensors, production systems, and maintenance logs. This process makes it easier to analyze performance, predict maintenance needs, or optimize resource usage. Ontology-based modeling captures the complexity of industrial environments in a structured, interpretable model. This model supports smarter decision-making, efficient operations, and adaptability, driving value in complex industrial ecosystems.

There are two main categories of ontology:

• Upper ontology: A high-level, abstract framework of fundamental concepts that provides a common vocabulary to support interoperability across various domains
• Domain ontology: A detailed, specific model that captures the concepts, relationships, and rules unique to a particular field or area of expertise

Digital twin builder ontologies span both of these concepts.

Concepts

The key metamodel constructs in a digital twin builder (preview) item are namespace, entity type, entity, entity instance, property, and relationship, and they provide a flexible foundation for building rich, useful ontologies for specific business needs. These constructs are the core elements of an ontology, helping users consistently define and represent complex knowledge. With these capabilities, you can create standard representations of concepts and meaningful connections between them, which is essential for developing data models that are interoperable, scalable, and adaptable in industrial applications.

Here are the construct descriptions in more detail:

• Namespace: A namespace is a grouping with a unique identifier, used to organize and distinguish sets of entities, properties, and relationships within an ontology. It helps avoid conflicts by ensuring that elements with the same name but in different contexts remain distinct. Namespaces are useful for managing large or multi-domain ontologies where consistent identification is crucial.
• Entity type: An entity type is a category that defines a general concept within a foundational or upper ontology, such as Equipment, Process, or Activity. It serves as a blueprint for individual entities of that type, and specifies common characteristics shared across all entities within that category.
  • In digital twin builder, you can select one of the predefined system types. For more information about system types, see Mapping data to entities in digital twin builder (preview) - System types.
• Entity: An entity is a category that defines a concept within a domain-specific ontology, such as Centrifugal Pump or Distillation Process. It serves as a blueprint for individual entity instances of that entity, and specifies common characteristics shared across all instances within that category.
• Entity instance: An entity instance is a unique, identifiable object of an entity, representing a specific concept within the domain. For instance, if Pump is an entity in a manufacturing domain ontology, then Pump-001, a particular pump installed on the production line, is an entity instance.
  • An entity instance can have both an entity and entity type encompassing it. In the example of Pump-001, the entity is Pump and the entity type is Equipment.
• Property: A property is a characteristic that provides additional information about an entity or entity type. Properties help to describe qualities, measurements, or other details, like Operating Temperature for a machine or Material Type for a product.
• Relationship: A relationship defines a connection between entities or entity types, establishing how they're related to one another. Relationships might represent hierarchical links (like part of) or associative links (like used in). They help structure an ontology by clarifying dependencies, interactions, and associations within the model.

To learn about how these concepts are implemented during mapping in digital twin builder, see Mapping data to entities in digital twin builder (preview).

Storage and access

The ontology data for a digital twin builder (preview) item is stored in a Fabric lakehouse associated with the digital twin builder item. The lakehouse is located in the root folder of your workspace, with a name that looks like your digital twin builder item name followed by dtdm.

The lakehouse has two logical layers:

• Base layer: The base layer is the foundational set of delta tables designed to store both the ontology definitions and the instantiated ontology data. This layer organizes and preserves the core structures of the ontology, including the definitions of entity types, properties, relationships, namespaces, and any metadata associated with the domain model.
• Domain layer: The domain layer is a structured set of normalized database views created from the base layer to present a clear representation of the instantiated ontology. This layer is built by transforming and arranging data from the base layer tables into views that directly reflect the logical structure and relationships defined in the domain ontology.

Viewing data in the lakehouse

Both the base and domain data layers can be viewed in the SQL endpoint of the digital twin builder data lakehouse. You can find the endpoint as a child item of your lakehouse in your Fabric workspace.

In the navigation pane under Schemas, the base layer is represented under dbo > Tables, and the domain layer is represented under dom > Views.

Related content

• Mapping data to entities in digital twin builder (preview)