Acceldata
ADOC

Last updated: Oct 28, 2026 06:48 UTC

Find Similar Assets

Asset Similarity lists the assets whose structure and data are similar to the asset you are viewing. You can find it on the Asset Similarity tab of the Asset Details page.

Overview

Asset Similarity automatically analyzes your assets and identifies similar ones, enabling you to:

  • Discover related tables across environments
  • Reuse existing Data Quality and Reconciliation rules instead of recreating them
  • Identify overlaps or duplicates in your catalog
  • Validate that source and destination systems remain synchronized over time

How it works

ADOC determines asset similarity through the following process:

  • Profiles your assets: When profiling is enabled, ADOC computes statistics and summaries for each column in a table, including distinct counts, distributions, and uniqueness.
  • Compares assets: ADOC uses a combination of schema details (names, types, structure) and data profile metrics (distributions, uniqueness) to estimate similarity between columns and tables.
  • Assigns similarity scores: ADOC calculates column similarity scores and overall table similarity scores based on the combined similarity of matching columns.
  • Surfaces relevant matches: Only assets with sufficiently high similarity scores appear in the Asset Similarity view.

You don’t need to configure Asset Similarity. Make sure that profiling is configured for the assets you want to compare.

Prerequisites

Before you use Asset Similarity, make sure that:

  • Assets are discovered: The tables you want to compare must be registered and visible in ADOC under Discover Assets.
  • Profiling is enabled: Run profile jobs for your key assets. Similarity is most effective when sufficient profile data exists for each column.
  • Both assets contain data: For ADOC to find a match, both the reference asset and candidate assets should have at least basic profiling completed and contain a reasonable amount of data. Empty or extremely small tables provide weaker signals.
  • For reconciliation use cases: Ensure profiling can infer uniqueness or key-like behavior for important columns. This helps ADOC suggest or support rules that rely on unique keys.

Access Asset Similarity

To access Asset Similarity:

  • In the left navigation, select Data Observability Cloud > Discover > Assets.
  • Search for the asset, and then click its name.
  • On the Asset Details page, select Asset Similarity.

The tab lists the similar assets in the following columns:

  • Name: the name of the similar asset.
  • % Similarity Score: how similar the asset is to the current asset.
  • If no assets are similar enough, the tab shows No similar asset.

Use Asset Similarity

Analyze a similar asset

To examine a similar asset in detail:

  • Click a similar asset in the list.
  • Review its Asset Details page, including its profile, lineage, policies, and reliability score.
  • Compare it to your reference asset to understand similarities and differences.

Reuse Data Quality rules

To reuse Data Quality rules based on Asset Similarity:

  • Identify assets with well-configured Data Quality rules.
  • Use Asset Similarity to find other tables that behave similarly.
  • Adapt or copy existing rules to the similar assets.

Example: A rule enforcing valid email format on customer_email can be copied to a similar column in another customer table.

Set up Reconciliation policies

To configure Reconciliation policies using Asset Similarity:

  • Use Asset Similarity to identify pairs of tables that represent the same logical entity in different systems.
  • Verify that the tables share similar key columns and distributions.
  • Configure Reconciliation policies to compare row counts, aggregated measures, and key-based equality between source and target.

Asset Similarity doesn’t create Reconciliation policies. Use it to choose the asset pairs and columns to reconcile.

Use cases

Cloud migration validation

Scenario: You migrate tables from an on-premises warehouse to a cloud data platform and need to ensure the migrated tables match their originals.

Solution:

  • Open the Asset Details page of the source table.
  • Use Asset Similarity to find the corresponding cloud table.
  • Confirm high similarity between the tables.
  • Reuse Data Quality rules and set up reconciliation policies between the two tables.

Harmonizing Data Quality across domains

Scenario: Multiple teams maintain customer-like tables in different systems, each with their own rules, but you want a consistent baseline.

Solution:

  • Start with your most trusted customer table.
  • Use Asset Similarity to find other similar customer tables.
  • Apply a standard set of Data Quality checks (for example, mandatory fields, key uniqueness, value ranges) across similar assets.

Identifying potential duplicates

Scenario: Your catalog contains hundreds or thousands of tables, and you suspect duplication or overlapping datasets.

Solution:

  • Select a representative asset (for example, a fact table or critical dimension).
  • Use Asset Similarity to identify other highly similar tables.
  • Use this insight to consolidate redundant datasets, align ownership, and avoid conflicting definitions.

Troubleshooting

If you do not see any similar assets for a table, check the following:

Profiling status

  • Verify that profiling has run for the asset you are viewing.
  • Verify that other relevant assets have also been profiled.

Scope

  • Ensure you are looking in the correct domain or environment.
  • If your catalog is small or newly onboarded, there may be no strong matches yet.

True dissimilarity

  • Tables that appear similar by name may actually differ significantly in structure or data.
  • In such cases, Asset Similarity correctly does not surface them as similar.

Similarity is based on profiled data. If the underlying data changes significantly but profiles are not refreshed, similarity may not reflect recent changes.

Solution:

  • Configure regular profile schedules for your key assets.
  • Re-run profiles after major schema or data changes (for example, large migrations or model refactors).

If you don’t see the Asset Similarity tab:

  • Verify with your ADOC administrator that:
    • You have the required user role and permissions.
    • Asset Similarity is enabled for your deployment.
  • If needed, contact Acceldata Support with:
    • Your tenant URL
    • Affected assets
    • A brief description of the expected behavior

Best practices

Follow these best practices when using Asset Similarity:

  • Profile your most important domains first – Start with critical tables (for example, finance, customer, regulatory data) so similarity is most useful where it matters most.
  • Standardize naming and metadata – Consistent naming conventions and metatags make it easier to interpret similarity results and apply policies.
  • Use similarity as a guide – Always validate key matches before applying strict reconciliation or compliance rules.
  • Combine with other ADOC features – Use Asset Similarity together with lineage, reliability scores, and existing policies to make informed decisions.
  • Maintain up-to-date profiles – Schedule regular profiling jobs to ensure similarity results reflect your current data landscape.