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.
Glossary
Record Linkage

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.
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.
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.
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
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
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
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
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
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
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.
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.
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.
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.
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.
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.
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.
| Feature | Record Linkage | Entity Linking | Deduplication | Identity 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 |
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Related Terms
Record linkage is a foundational component of a broader entity resolution pipeline. These related concepts define the statistical, linguistic, and architectural techniques used to connect disparate data records to a single, authoritative identity.
Fuzzy Matching
A string comparison technique that calculates the similarity between two text strings to identify non-exact duplicates, tolerating typographical errors, abbreviations, and formatting inconsistencies. Core algorithms include:
- Levenshtein distance: Minimum number of single-character edits required to transform one string into another.
- Jaro-Winkler distance: Optimized for short strings like names, giving higher scores to strings that match from the beginning.
- Jaccard similarity: Measures overlap between sets of n-grams, effective for comparing multi-word addresses.
Deduplication
The specific application of record linkage techniques to find and merge duplicate records representing the same entity within a single dataset to create a clean master record. Unlike general record linkage, which often joins two separate files, deduplication is an internal housekeeping operation. Common scenarios include:
- Cleaning a CRM with multiple entries for the same contact.
- Consolidating patient records in an EHR system.
- Removing redundant product SKUs from an inventory database. The output is a golden record that synthesizes the most complete and accurate attributes from all duplicate instances.

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.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us