Entity Resolution
Definition
Asserts that records with similar values across the configured target fields are resolved as the same entity and share a single distinction field value.
Overview
Entity Resolution is a multi-field rule. You pick one or more target fields that describe the entity (for example, name, industry, country, or phone), assign each field a blocking or comparison role, and choose how its values are compared. The platform clusters records whose weighted comparison score meets the composite match threshold. Each cluster is assigned a unique cluster identifier (_qualytics_entity_id).
Once clusters are built, the rule checks the distinction field: every record in the same cluster must share the same value of the distinction field. Clusters that hold more than one value of the distinction field are flagged.
Typical use cases:
- Match customer or company records with name and address variations.
- Consolidate duplicate entities across systems that record slightly different spellings.
- Identify fuzzy matches for deduplication before pushing records downstream.
Field Scope
Calculated: Entity Resolution does not take a fixed list of fields. Instead, the platform derives the evaluated fields from the target fields you configure. Each entry names one field, its role, and its comparison type. The distinction field is configured separately.
Distinction Field: Accepted Types
| Type | Supported |
|---|---|
Date |
|
Timestamp |
|
Integral |
|
Fractional |
|
String |
|
Boolean |
Target Field Roles
| Role | Behavior |
|---|---|
| Block | Creates a hard boundary before scoring. Records must have equal values on every block field to be considered as a pair. Block fields use exact comparison and do not have a weight. |
| Compare | Contributes evidence to the weighted composite score. An exact comparison in this role is a comparison helper, not a hard boundary. |
Target Field Types and Comparisons
| Target Field Type | How It's Compared |
|---|---|
| String | fuzzy: text similarity, optionally promoted to a perfect match by substring containment or phonetic match. Term-frequency weighting can reduce the impact of common tokens. exact: equal scores 1.0; different scores 0.0. |
| Numeric | absolute: compares within a fixed difference. relative: compares within a percentage. exact: equal scores 1.0; different scores 0.0. |
| DateTime | offset: compares within a number of seconds. granularity: compares values in the same Day, Week, Month, or Year. exact: equal scores 1.0; different scores 0.0. |
The same exact comparison behaves differently by role. With the Block role, a disagreement prevents the pair from being scored. With the Compare role, a disagreement contributes 0.0, but stronger evidence from other comparison fields can still make the pair a match.
General Properties
| Name | Supported |
|---|---|
Filter Allows the targeting of specific data based on conditions |
|
Coverage Customization Allows adjusting the percentage of records that must meet the rule's conditions |
The filter allows you to define a subset of data upon which the rule will operate.
It requires a valid Spark SQL expression that determines the criteria rows in the DataFrame should meet. This means the expression specifies which rows the DataFrame should include based on those criteria. Since it's applied directly to the Spark DataFrame, traditional SQL constructs like WHERE clauses are not supported.
Examples
Direct Conditions
Simply specify the condition you want to be met.
Combining Conditions
Combine multiple conditions using logical operators like AND and OR.
Correct usage" collapsible="true
Incorrect usage" collapsible="true
Utilizing Functions
Leverage Spark SQL functions to refine and enhance your conditions.
Correct usage" collapsible="true
Incorrect usage" collapsible="true
Using scan-time variables
To refer to the current dataframe being analyzed, use the reserved dynamic variable {{_qualytics_self}}.
Correct usage" collapsible="true
Incorrect usage" collapsible="true
While subqueries can be useful, their application within filters in our context has limitations. For example, directly referencing other containers or the broader target container in such subqueries is not supported. Attempting to do so will result in an error.
Important Note on {{_qualytics_self}}
The {{_qualytics_self}} keyword refers to the dataframe that's currently under examination. In the context of a full scan, this variable represents the entire target container. However, during incremental scans, it only reflects a subset of the target container, capturing just the incremental data. It's crucial to recognize that in such scenarios, using {{_qualytics_self}} may not encompass all entries from the target container.
Anomaly Types
| Type | Supported |
|---|---|
| Record Flag inconsistencies at the row level |
|
| Shape Flag inconsistencies in the overall patterns and distributions of a field |
Next Steps
-
How It Works
Full semantics: blocking and comparison roles, weighted composite scoring, threshold tuning, clustering, Recipe guidance, and anomaly reporting.
-
Examples
Three production scenarios with sample data, source records, anomaly messages, and the clustering logic the platform applies.
-
API
Payload shape and field notes for creating an Entity Resolution check programmatically.
-
FAQ
Short answers to questions about target fields, threshold tuning, cluster review, golden sets, and anomaly reporting.