Processing Frequency for Identity Resolution

Identity resolution processes rulesets as frequently as every 60 minutes to 24 hours, depending on the data source. Each data source is processed on its own timeline according to when data is received and how many changes accumulate.

To process all data sooner, run the ruleset manually or kick it off with an API command. Rulesets won’t run if no records have changed since the previous run.

Identity Resolution Processing Frequency
Data Source Connectors data preprocessing? processing frequency
  • Initial ingestion by a new data stream
  • Full refresh of a data source
  • Batch updates with more than 1 million records
Any ingestion connector Yes Up to 18 hours
  • Streaming ingestion connectors after the initial ingestion
  • Batch updates with more than 1 million records

Streaming ingestion connectors

  • Website and Mobile App Connections
  • Ingestion API
  • Other connectors that use a streaming ingestion method

Any batch ingestion connector

No, because the data stream only includes new and changed records 1 hour or when 500 changes accumulate in change data capture, whichever is sooner
Federated Data

Zero Copy Data Federation (Accelerated)

  • Amazon Redshift
  • Databricks
  • Google Big Query
  • Snowflake
Yes When accelerated data is received, as often as every 1 hour
Federated Data

Zero Copy Data Federated (Non-accelerated)

  • Amazon Redshift
  • Databricks
  • Google Big Query
  • Snowflake
Yes Up to 24 hours
Real-time data Data 360 Web SDK No Immediately

For a complete list of connectors, see Data 360: Connectors and Integrations.

Data Preprocessing in Identity Resolution

Data from batch and federated sources is preprocessed to remove records that don't need to be match before source records are sent to identity resolution. This ensures that identity resolution is only processing records that are new or changed, and isn’t rerunning unchanged source records. Preprocessing helps identity resolution run rulesets faster in order to achieve incremental processing, and ensures that credits aren’t consumed by running identity resolution on records that have already been unified in their current form.

To determine if a record is new or changed, source records are converted to an MD5 hash value. The hash value of each record is compared to the hash values of records previously run by identity resolution. Only records with unique hash values are sent for processing by identity resolution.

A diagram that shows how records are compared to the hash history. Records that are new or changed are sent to identity resolution for matching.

Record preprocessing prevents identity resolution from running unchanged records even if a data source runs a full refresh.