analyzing-table

Analyze a target table's writer context from catalog-backed DDL for migration.

3|Updated Feb 27, 2026
One-click install
npx skills add https://github.com/accelerate-data/migration-utility --skill analyzing-table
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: analyzing-table
Source: https://github.com/accelerate-data/migration-utility/tree/main/skills/analyzing-table
Command: npx skills add https://github.com/accelerate-data/migration-utility --skill analyzing-table

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Scoping a single table, view, or materialized view for migration and understanding its writer, SQL structure, and dependency call tree from catalog-backed DDL context.

Core Features & Use Cases

  • Identify writer candidates for a target object and determine the best path for table writes during migration.
  • Build a call tree, extract SQL elements, and generate context for downstream transformation and validation.
  • Persist analysis results to the catalog to drive subsequent scoping decisions and writer-resolution steps.

Quick Start

Provide the fully-qualified table name to begin the analysis workflow.

Frequently Asked Questions about analyzing-table

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I scope a single table for database migration?

Scoping a single table for migration requires analyzing the target object's writer context and SQL structure from catalog-backed DDL. This process identifies the writer, extracts the dependency call tree, and validates results against guardrails to prepare for downstream transformation steps.

What is a table writer and how do I identify it before migration?

A table writer is the process or mechanism that populates a target table during database migration. You identify writer candidates by analyzing catalog-backed DDL to evaluate SQL structure and determine the best path for table writes before resolving dependencies.

How do I build a dependency call tree for a dbt table migration?

Build a dependency call tree by analyzing the target table's SQL structure from catalog-backed DDL. The analysis extracts SQL elements, maps dependency relationships, and uses catalog evidence as the source of truth to resolve dependencies and generate context for downstream validation steps.

Can I analyze views and materialized views, or only physical tables?

You can analyze views and materialized views alongside physical tables. The scoping workflow applies to any single target object, identifying writer context, SQL structure, and dependency call tree from catalog-backed DDL to prepare the object for migration.

What do I need to start analyzing a table for migration?

To start analyzing a table for migration, you need the fully-qualified table name of the target object. The workflow uses this name to retrieve catalog-backed DDL, identify writer candidates, build the call tree, and persist the analysis results to the catalog for downstream steps.