From Syntactic Integration to a Semantic Layer

Neux 2 min read
Evidence Well established

The distinction between syntactic and semantic interoperability is long standing in data integration; ontologies and knowledge graphs are the accepted means to the second.

We move enterprise data beyond field-by-field integration to a shared semantic layer, where every source is described in terms of the same business concepts, so that a question asked once means the same thing everywhere.

Integration that matches columns

Conventional integration maps a column in one system to a column in another. It works, at the cost of an ever-growing set of point-to-point mappings that encode, in code, an understanding nobody wrote down. When two systems mean slightly different things by “customer”, the mapping hides the difference rather than resolving it.

A layer that states meaning

A semantic layer names the concepts of your business once, in an ontology, and describes each source in terms of those concepts. A row in the billing system and a record in the CRM are both instances of the concept “customer account”, with the differences between them stated as properties rather than lost in a join. The meaning lives in one place and every consumer reads it from there.

What we build

We define the conceptual model with your domain experts, map each source to it, and expose the result as a knowledge graph that can be queried across sources without copying them. The mappings are declarative and versioned, so a change in a source is a change to one mapping, not to every pipeline that touched it.

What it enables

Analytics, search and AI all consume the same concepts, which is what makes their results comparable. Governance attaches to concepts too: a classification applied to “personal data” applies to every source that carries it, because the layer knows which ones do.

Keep reading

All explainers