Schema mapping
Compare the meaning of fields, types, categories, null values and units before defining a shared data model.
02 / Data integration & consolidation
Information is often spread across databases, supplier exports, collections and spreadsheets. We help align fields, identify corresponding records and build a coherent output without losing the context that makes the records meaningful.
Combining datasets involves more than placing columns beside one another. Different sources may use distinct identifiers, dates, classifications, units and definitions for similar concepts. Inconsistent values can hide genuine connections, while superficial similarities can create incorrect matches.
The starting point is a common purpose: what will the resulting dataset enable? That determines the fields to align, entities to resolve, conflicts to review, and level of provenance needed for future users.
Compare the meaning of fields, types, categories, null values and units before defining a shared data model.
Use identifiers and agreed comparison rules to propose connections; retain uncertain candidates for review.
Preserve original keys or maintain a crosswalk, then document sources, transformations and retained exceptions.
Inspect structures, key coverage, duplicates, missing fields, formats and restrictions before joining records.
Agree common fields, entity definitions, data types, reference vocabularies and required output formats.
Use deterministic keys where reliable; compare additional fields for ambiguous matches and record reasons for review.
Test totals, field constraints, source traceability and unmatched records; provide mappings and exceptions alongside exports.
Suppose one catalogue stores product identifiers as SK-104 and weights as 0.8 kg, while another uses sk104 and 800 g. A shared model can align keys and units, but a label such as “Sand” versus “Beige” may need business review rather than automatic rewriting.
The output can include the proposed shared product record, a source-to-target field map and a separate exception report. This is an illustrative scenario, not a claim about a customer project.
Depending on scope, the handover can include a consolidated dataset, schema definitions, field mapping tables, matching rules, identifier crosswalks, reconciliation checks, lineage notes and unresolved exceptions. Outputs should match the consuming application or analysis, not a generic predefined file.
Questions that require judgement—such as whether two similar people, objects or companies are truly the same entity—must be surfaced. Integrating sources does not guarantee that every record can be matched or that all source inconsistencies disappear.
Where the main problem is inaccurate labels, duplicates or missing values within one dataset, data cleaning and preparation may be the better starting point.
Yes, provided there is enough information to determine corresponding meanings. Field mapping and definitions are part of scoping.
Potential matches can be evaluated using agreed attributes and review thresholds. Some may remain unresolved; matches are not assumed from name similarity alone.
The project can retain source keys and a crosswalk where that is needed to trace merged records back to their origin.
A defined consolidation or integration deliverable is the starting proposition. Continuous operation, system integration and maintenance require a separately agreed scope.
Describe your sources, approximate sizes, formats, how they overlap and the output you need. Do not upload confidential records in the initial enquiry.
Start with a description
Tell us how many sources you have, the formats involved, whether records overlap and what a successful combined output should support.
No confidential dataset upload needed.
Scope and next steps come first.
Enquiry submitted
Your enquiry has been accepted for sending. We will review your message and get back to you.