Inferensys

Glossary

Entity Resolution

Entity resolution is the computational process of identifying, linking, and merging disparate records that refer to the same real-world entity within a dataset or across multiple databases.
Data scientist building training data pipeline on laptop, data preprocessing visible, technical workspace.
IDENTITY MATCHING

What is Entity Resolution?

Entity resolution is the computational process of identifying, linking, and merging disparate records that refer to the same real-world entity within a dataset or across multiple databases, despite inconsistencies in formatting, spelling, or data structure.

Entity resolution (ER), also known as record linkage or deduplication, systematically disambiguates records to answer the question: "Are these two data points referring to the same person, product, or organization?" The process relies on probabilistic matching algorithms—including fuzzy string metrics like Levenshtein distance and semantic similarity measures like cosine similarity—to evaluate the likelihood of a match when exact keys are absent or corrupted.

The output of entity resolution is a golden record or a canonical cluster of linked identifiers, often consolidated using survivorship rules that prioritize the most authoritative source. Advanced implementations leverage transitive closure logic (if A matches B, and B matches C, then A matches C) and knowledge graph identity systems, such as SameAs linking with persistent URIs, to create a non-redundant, machine-readable master data asset.

IDENTITY MATCHING

Core Entity Resolution Techniques

The foundational computational methods used to determine whether two or more disparate data records refer to the same real-world entity, enabling the construction of a unified, non-redundant canonical view.

01

Deterministic Matching

A rule-based approach that classifies a record pair as a match only if two or more identifier attributes agree exactly. This method relies on unique, high-quality keys such as Social Security Numbers, email addresses, or composite business keys.

  • Logic: Boolean AND/OR rules on exact field comparisons.
  • Strength: High precision; zero false positives if the key is truly unique.
  • Weakness: Brittle to typos, missing data, or format variations; a single character difference causes a miss.
  • Example: IF (first_name == "John" AND last_name == "Smith" AND date_of_birth == "1990-01-01") THEN MATCH
100%
Precision on clean keys
02

Probabilistic Matching

Uses statistical models to calculate the likelihood that two records refer to the same entity, even when data contains errors, omissions, or inconsistencies. The Fellegi-Sunter model is the classic framework, assigning agreement and disagreement weights to each field.

  • Mechanism: Computes a composite match score; pairs above a threshold are linked, those below are non-matches, and scores in between are sent for clerical review.
  • Key Metric: Log-likelihood ratio comparing the probability of agreement given a match vs. a random chance.
  • Example: "Jon Smith" with DOB 1/1/90 and "John Smyth" with DOB 1990-01-01 receive a high match score despite fuzzy differences.
Fellegi-Sunter
Foundational Model
03

Blocking and Indexing

A performance optimization technique that avoids the computationally prohibitive O(n²) comparison of every record against every other record. Records are partitioned into blocks based on a blocking key, and comparisons are only performed within each block.

  • Blocking Key: A field or hash of fields with high selectivity, such as ZIP code, phonetic surname code, or n-gram index.
  • Sorted Neighborhood: A sliding window is passed over a sorted dataset, comparing only records within the window.
  • Canopy Clustering: Uses a cheap, approximate distance metric to create overlapping subsets before applying an expensive, precise comparison.
99%
Comparison reduction
04

Machine Learning Classification

Treats entity resolution as a supervised binary classification problem. A model is trained on labeled pairs of records (match/non-match) to learn complex, non-linear decision boundaries that outperform manually tuned rules.

  • Features: Field-level similarity scores (Jaccard, Levenshtein, TF-IDF cosine), numeric differences, and business-specific flags.
  • Algorithms: Gradient-boosted trees (XGBoost) and neural networks excel at capturing feature interactions.
  • Active Learning: An iterative process where the model identifies the most uncertain pairs for human labeling, dramatically reducing the manual annotation burden.
Active Learning
Efficient labeling
05

Clustering and Transitive Closure

The final stage where pairwise match decisions are consolidated into connected components, each representing a single real-world entity. This process applies transitive closure: if A matches B, and B matches C, then A, B, and C all belong to the same canonical cluster.

  • Connected Components: A graph algorithm that finds all records linked by a path of match edges.
  • Correlation Clustering: A global optimization that minimizes disagreements between pairwise classifications and final cluster assignments, resolving inconsistencies where A matches B and B matches C, but A is classified as a non-match to C.
  • Output: Each cluster is merged into a single golden record using survivorship rules.
Golden Record
Final output
06

Embedding-Based Resolution

Leverages deep neural networks to generate dense vector representations of entire records or entity descriptions, capturing semantic similarity beyond surface-level string overlap. This is particularly effective for unstructured text and multilingual data.

  • Architecture: Siamese networks or pre-trained transformers (e.g., BERT) encode records into a shared vector space where matching entities are close together.
  • Similarity: Cosine similarity between embeddings replaces traditional field-by-field fuzzy matching.
  • Advantage: Handles paraphrasing, abbreviations, and cross-lingual variations where "United Nations" and "UN" have zero character overlap but identical meaning.
Cosine Similarity
Primary metric
ENTITY RESOLUTION

Frequently Asked Questions

Clear, technically precise answers to the most common questions about identifying, linking, and merging disparate data records that refer to the same real-world entity.

Entity resolution is the computational process of identifying, linking, and merging disparate records that refer to the same real-world entity within a dataset or across multiple databases. The process works through a multi-stage pipeline: first, data preprocessing standardizes and normalizes raw records; second, blocking or indexing groups similar records to avoid comparing every pair; third, pairwise matching applies similarity algorithms like Levenshtein distance, Jaccard index, or TF-IDF vectorization to score record pairs; fourth, clustering groups matched pairs into connected components using transitive closure logic; and finally, merging applies survivorship rules to construct a single golden record. Modern implementations increasingly use embeddings and cosine similarity for semantic matching, while knowledge graph systems employ SameAs linking with persistent identifiers like Wikidata Q-IDs to establish non-ambiguous canonical references.

Prasad Kumkar

About the author

Prasad Kumkar

CEO & MD, Inference Systems

Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.

His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.