What is Deduplication Rate?
Deduplication Rate is the percentage of duplicate records identified and removed or merged during a data cleaning process, out of the total duplicate records that existed before cleaning. It measures how effectively a deduplication process is actually working, distinct from data duplication rate, which measures how many duplicates exist in a dataset in the first place.
TL;DR
Deduplication rate is how well a cleanup process actually resolved the duplicates it found, not how many duplicates exist in the first place. It's a grade on the fix, not a description of the problem.
Formula
Deduplication Rate = (Duplicate Records Successfully Merged or Removed / Total Duplicate Records Identified) × 100
Why It Matters
Deduplication rate matters because identifying duplicates and actually resolving them are two separate problems, and a business can have excellent detection while still leaving a large share of duplicates unresolved in the database. Tracking this rate separately from data duplication rate shows whether the cleanup process itself is working, which is the piece a data team has the most direct control over improving. A consistently low deduplication rate points to a matching confidence threshold that's too conservative, or to systemic data quality issues that make automated merging unsafe. Because unresolved duplicates require manual review, this rate also indicates how much ongoing manual work a data team should expect, which matters for staffing and prioritization decisions around data quality work.
Example
A data quality process identifies 3,000 duplicate customer records in a database and successfully merges or removes 2,700 of them, with 300 left unresolved due to conflicting or ambiguous data. Deduplication rate is 2,700 divided by 3,000, times 100, which equals 90%. The unresolved 10% typically requires manual review, since automated deduplication rules are usually built to only merge records above a high confidence threshold, leaving genuinely ambiguous cases for a person to decide rather than risk merging two records that are not actually duplicates.
Frequently Asked Questions