AI Glossary / Data engineering and architecture / Intermediate

Semantic heterogeneity

Definition

Semantic heterogeneity is variation in the meaning or interpretation of data across sources that appear to describe related things. Two fields may share a name but use different definitions; two differently named fields may describe the same concept. Differences in scope, units, time, identity, and assumptions can all matter. Resolving semantic heterogeneity requires understanding the data, not merely making file formats or column names match.

What it means

A successful connection between systems establishes that data can travel. It does not establish that the receiving system interprets the values correctly. For example, “active customer” might mean someone with an open account in one system and someone who purchased within ninety days in another. Both definitions can be legitimate. Combining their counts without retaining the distinction produces an answer that may look precise while lacking a consistent meaning.

How it works

Investigation begins by comparing definitions and context. Ask what entity each row represents, how values were measured, which time period applies, and what missing values mean. Separate differences that can be transformed, such as documented unit conversions, from differences that require a policy decision or cannot be reconciled. Record mappings and exceptions, preserve provenance, and validate combined outputs with domain experts. A common vocabulary or ontology can help, but only if the source concepts genuinely fit the agreed definitions.

Three practical examples

  • Inventory: one supplier reports individual units while another reports cartons. A combined stock count needs pack sizes and clear conversion rules.
  • Workforce reporting: two departments use “headcount” for people and full-time equivalents respectively. Matching the field name does not make the measures interchangeable.
  • AI training: two datasets use the label “resolved,” but one means a ticket was closed and the other means the customer confirmed a solution. Merging labels may teach an inconsistent target.

Think of it this way

Think of two people agreeing to meet at “the main entrance” while referring to different buildings. Their words match, yet their reference points differ. The analogy is limited because data systems may hide such differences behind identical numeric types and machine-readable labels. A format validator can confirm that a number is present without knowing which building, population, or period the number describes.

Worked example

Warehouse A reports 30 units of item X. Warehouse B reports 8 cartons of the same item, with 12 units per carton. Adding raw values gives 38, which mixes units. After confirming that both counts describe available stock at the same time and that the carton size is correct, B contributes 8 × 12 = 96 units, giving 126 units overall. Now suppose B's figure includes reserved stock while A excludes it. Unit conversion alone is insufficient: the availability definitions still differ. If B has 24 reserved units, comparable available stock becomes 30 + (96 − 24) = 102 units, assuming those reservations should be excluded under the agreed rule.

Illustrative case study

Fictional example: Fern Retail combines store and online service reports. Both sources contain a “return date,” but stores record the day goods arrive while the online service records the day a customer requests a return. Reviewers keep separate concepts instead of forcing them into one timeline. The resulting analysis explicitly chooses request date or receipt date according to the question. This invented scenario illustrates preservation of a meaningful distinction; it does not claim measured improvements or describe an actual retailer.

Common misconceptions and mistakes

Do not treat every semantic difference as an error. Local definitions may serve valid needs. Do not assume a common language eliminates disagreement, or that translating labels resolves it. Avoid inventing conversions where necessary information is absent. Currency conversion, for example, needs an applicable rate and time rule, while an estimated amount may remain different from an actual amount even after units agree. Also remember that matching record identifiers does not establish matching measurement definitions.

Business use

Address semantic heterogeneity before relying on integrated dashboards or AI outputs. Focus first on high-impact measures and decision-critical fields. Maintain definitions, source ownership, and approved transformations in accessible documentation. Test combined results against small examples whose correct interpretation is known. When meanings cannot be aligned, show separate measures or an explicit limitation. The goal is dependable interpretation for the intended task, not forcing all sources into superficially uniform columns.

People also ask

Is semantic heterogeneity the same as different file formats?

No. Format differences concern representation; semantic differences concern interpretation, though both can occur together.

Can an ontology solve it automatically?

An ontology can express agreed concepts and relationships, but source alignment and unresolved disagreements still need evidence and decisions.

Can identical-looking values mean different things?

Yes. The value 10 might represent ten people, ten full-time equivalents, or ten visits, depending on the source definition.

Check your understanding

Two systems report the same product weight, but one includes packaging and the other excludes it. Is converting both values to kilograms sufficient?

Answer: No. The unit can be aligned while the measured property remains different. The integration must retain or resolve the packaging distinction using appropriate evidence.

Related terms

  • Semantic integration
  • Semantic interoperability
  • Schema matching
  • Ontology alignment
  • unit conversion
  • data provenance
  • business glossary

Learn next

choose a familiar business measure and ask two teams to define it independently. Compare population, time window, inclusion rules, units, and treatment of missing values. Write one example where their answers differ even though both calculations are correct under their own definitions.

  • Missing values

More in Data engineering and architecture

  • Schema migration - Schema migration is a controlled change to the structure of a database, such as adding a table, renaming a column, changing a data type, or introducing a...
  • Second normal form (2NF) - Second normal form, abbreviated 2NF, is a relational database design condition.
  • Semantic data model - A semantic data model describes what data represents, including the concepts, relationships, and rules needed to interpret it in a domain.
  • Semantic knowledge management - Semantic knowledge management uses explicit concepts, relationships, and metadata to help an organization organize, find, interpret, and maintain its...
  • Semantic network - A semantic network represents knowledge as a graph of nodes connected by meaningful relationships.
  • Semantic parameterization - Semantic parameterization is a requirements-modeling process for translating natural-language domain descriptions into explicit concepts and relationships...

Sources

Primary sources consulted: ITU-T Y.4563, https://www.itu.int/epublications/en/publication/itu-t-y-4563-2021-11-requirements-and-functional-model-to-support-data-interoperability-in-internet-of-things-environments/en — excerpts on meaning and context consulted. NIST, Semantic Integration through Invariants, https://www.nist.gov/publications/semantic-integration-through-invariants — abstract excerpt consulted. W3C, Data on the Web Best Practices, https://www.w3.org/TR/dwbp/ — search excerpt consulted. Examples and diagnostic workflow are original; full editorial review remains pending.

Previous: Semantic grid Next: Semantic integration

  • Home
  • Daily AI Updates
  • Blog
  • AIFBL Academy
  • AI Glossary
  • Products and Tools
  • Store
  • Free CFO AI Prompt Pack
  • About Shihan Sheriff
  • Privacy Policy
  • Terms of Use
  • Refund Policy
  • Cookie Policy
  • Earnings Disclaimer