Inferensys

Glossary

Record Linkage

The statistical process of identifying and joining records across different datasets that correspond to the same entity when a reliable unique identifier is absent.
Data scientist building training data pipeline on laptop, data preprocessing visible, technical workspace.
ENTITY RESOLUTION

What is Record Linkage?

Record linkage is the statistical process of identifying and joining records across different datasets that correspond to the same real-world entity when a reliable unique identifier is absent.

Record linkage is a foundational entity resolution technique that algorithmically determines whether two or more records from heterogeneous sources refer to the same underlying entity. Unlike simple joins that rely on a shared primary key, record linkage employs probabilistic matching and fuzzy string comparison to evaluate the agreement and disagreement patterns across multiple quasi-identifiers such as names, dates, and addresses.

The canonical framework, formalized by the Fellegi-Sunter model, classifies record pairs as matches, non-matches, or potential matches requiring clerical review by calculating composite match weights. To maintain computational feasibility on large datasets, the process typically begins with a blocking phase that partitions records into mutually exclusive buckets, drastically reducing the quadratic complexity of pairwise comparisons.

CORE MECHANISMS

Key Characteristics of Record Linkage

Record linkage is a statistical process that identifies records across different datasets that refer to the same real-world entity when a reliable unique identifier is absent. The following characteristics define its technical implementation.

01

Probabilistic Matching Framework

The Fellegi-Sunter model provides the mathematical foundation for probabilistic record linkage. It calculates match weights for record pairs based on agreement and disagreement patterns across multiple attributes.

  • M-Probability: The likelihood that a matching field agrees, given the pair is a true match
  • U-Probability: The likelihood that a matching field agrees, given the pair is a false match
  • Composite Weight: Sum of log-likelihood ratios across all fields, used to classify pairs as matches, non-matches, or requiring clerical review
02

Blocking for Computational Efficiency

Pairwise comparison of all records across datasets is computationally infeasible at scale. Blocking partitions datasets into mutually exclusive blocks using cheap heuristics, drastically reducing comparisons.

  • Phonetic Blocking: Groups records by Soundex or Metaphone encodings of names
  • Sorted Neighborhood: Sorts records by a key and slides a fixed-size window to compare only nearby records
  • Canopy Clustering: Uses inexpensive distance metrics to create overlapping clusters for candidate generation
03

Fuzzy String Comparison

Exact matching fails against typographical errors, abbreviations, and formatting inconsistencies. Fuzzy matching algorithms quantify string similarity to tolerate real-world data quality issues.

  • Levenshtein Distance: Minimum number of single-character edits required to transform one string into another
  • Jaro-Winkler: Optimized for short strings like names, giving higher scores to strings that match from the beginning
  • TF-IDF Cosine Similarity: Treats strings as token vectors, effective for longer fields like addresses
04

Deterministic vs. Probabilistic Approaches

Record linkage strategies fall on a spectrum from rigid rule-based systems to flexible statistical models.

  • Deterministic Linkage: Requires exact or partial agreement on a predefined set of identifiers. Simple and auditable but brittle against data quality issues
  • Probabilistic Linkage: Uses statistical models to estimate match probability, tolerating disagreement on some fields while still identifying true matches
  • Hybrid Models: Apply deterministic rules for high-confidence matches and probabilistic scoring for ambiguous cases, balancing precision and recall
05

Privacy-Preserving Record Linkage (PPRL)

When linking records containing personally identifiable information across organizations, PPRL techniques enable matching without revealing plaintext data to any party.

  • Bloom Filter Encoding: Converts identifiers into bit arrays using multiple hash functions, enabling approximate matching on encrypted representations
  • Phonetic Encoding: Transforms names into privacy-preserving phonetic codes before comparison
  • Secure Multiparty Computation: Distributes the linkage computation across parties so no single entity sees the complete data
06

Evaluation Metrics for Linkage Quality

Rigorous evaluation is essential because linkage errors propagate into downstream analyses. Key metrics include:

  • Precision: Proportion of declared matches that are true matches
  • Recall: Proportion of true matches successfully identified by the algorithm
  • F-Measure: Harmonic mean of precision and recall, providing a single quality score
  • False Match Rate: Critical in healthcare and finance, where a single false link can have severe consequences
RECORD LINKAGE

Frequently Asked Questions

Clear, technically precise answers to the most common questions about the statistical process of identifying and joining records that refer to the same real-world entity across disparate datasets.

Record linkage is the statistical process of identifying and joining records across different datasets that correspond to the same real-world entity when a reliable unique identifier is absent. It works by comparing a set of quasi-identifying attributes—such as name, date of birth, and address—between record pairs and calculating a match weight that quantifies the likelihood they refer to the same entity. The foundational framework is the Fellegi-Sunter model, which classifies pairs into matches, non-matches, and a clerical review zone based on the ratio of agreement and disagreement probabilities. Modern implementations often use blocking to reduce the quadratic comparison space, followed by fuzzy matching algorithms like Jaro-Winkler or Levenshtein distance to handle typographical variations, and finally a classification step using either probabilistic thresholds or supervised machine learning models trained on labeled match/non-match pairs.

INDUSTRY USE CASES

Real-World Applications of Record Linkage

Record linkage is not merely an academic exercise; it is a critical data integration technique that powers essential functions across healthcare, finance, government, and e-commerce by creating unified views of entities from fragmented data sources.

01

Healthcare: Master Patient Index (MPI)

Hospitals use probabilistic record linkage to merge patient records from disparate electronic health record (EHR) systems, laboratories, and pharmacies. By matching on attributes like name, date of birth, and ZIP code without a universal patient ID, an Enterprise Master Patient Index (EMPI) prevents duplicate medical records, reduces the risk of dangerous medication errors, and ensures a longitudinal view of a patient's history. Fuzzy matching is critical here to account for typos, hyphenated names, and transposed digits in manual data entry.

18%
Duplicate rate in typical EHR
$1.5M+
Annual cost of duplicate per hospital
02

National Security & Counter-Terrorism

Intelligence agencies link watchlists, travel manifests, and financial transactions to identify bad actors operating under multiple aliases. Identity resolution systems perform cross-document coreference across classified and open-source intelligence (OSINT) to connect a single individual to multiple passport numbers, phone numbers, and addresses. This application demands high-precision deterministic matching on biometrics combined with probabilistic scoring on transliterated names to avoid false positives that restrict innocent travelers.

< 0.1%
Target false positive rate
04

E-Commerce: Product Catalog Deduplication

Marketplaces aggregate product feeds from thousands of sellers, resulting in millions of SKUs where the same product is listed with slightly different titles and descriptions. Deduplication pipelines use TF-IDF vectorization and entity embeddings to cluster identical products into a canonical listing. This improves search relevance, prevents price fragmentation, and enables accurate competitive pricing analysis. A 'Nikon D850 DSLR Camera' and 'Nikon D850 Digital SLR' must resolve to the same product entity despite differing surface forms.

40%+
Duplicate listings on major marketplaces
05

Anti-Money Laundering (AML)

Financial institutions are mandated to screen customer databases against sanctions lists from OFAC, the UN, and the EU. This requires high-speed candidate generation to match customer names against politically exposed persons (PEPs) and sanctioned entities. Transliteration models handle Cyrillic or Arabic script names, while acronym expansion resolves corporate entity variations. The linkage must be auditable to satisfy regulatory scrutiny, balancing the risk of missing a true match against the operational cost of investigating false positives.

$10B+
Global AML fines since 2008
ENTITY RESOLUTION TAXONOMY

Record Linkage vs. Related Techniques

A comparative analysis of record linkage against adjacent data integration and identity resolution methodologies, highlighting distinct objectives, identifier requirements, and operational contexts.

FeatureRecord LinkageEntity LinkingDeduplicationIdentity Resolution

Primary Objective

Join records across multiple datasets that refer to the same entity without a shared unique key

Connect a textual mention in unstructured text to a canonical entry in a structured knowledge base

Identify and merge duplicate records representing the same entity within a single dataset

Create a unified 360-degree view of an entity by matching and merging identity data across disparate enterprise systems

Input Data Type

Structured or semi-structured database records

Unstructured natural language text and a target knowledge base

Structured records within a single table or database

Structured identity records from multiple source systems (CRM, ERP, marketing)

Unique Identifier Present

Requires Knowledge Base

Typical Scale of Comparison

Millions to billions of record pairs across 2-10 datasets

Hundreds of entity mentions per document against millions of KB entries

Millions of records within a single dataset

Tens of millions of identity records across 5-50 enterprise source systems

Core Algorithmic Framework

Probabilistic record linkage (Fellegi-Sunter model) with blocking and string comparators

Candidate generation via surface form dictionary or dense retrieval, followed by neural ranking and disambiguation

Deterministic rule-based matching or fuzzy duplicate detection with transitive closure clustering

Probabilistic matching with survivorship rules for golden record synthesis from conflicting attribute values

Handles Nil / Out-of-KB Entities

Typical Output

Linked record pairs with match probability scores and a composite linked dataset

Knowledge base entity identifiers (e.g., Wikidata Q-ID) assigned to each textual mention

Clusters of duplicate records with a single surviving master record

A single golden record per entity with attribute-level lineage and confidence scores

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.