data-modeling

Design data models with ERD notation, data dictionaries, and conceptual/logical/physical artifacts.

Updated Feb 22, 2026
One-click install
npx skills add https://github.com/KaranKathur06/Metal-Hub --skill data-modeling-karankathur06
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: data-modeling
Source: https://github.com/KaranKathur06/Metal-Hub/tree/main/.cursor/skills/data-modeling
Command: npx skills add https://github.com/KaranKathur06/Metal-Hub --skill data-modeling-karankathur06

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It solves the challenge of turning messy business requirements into clear, correct database structures by documenting entities, attributes, relationships, and constraints across conceptual, logical, and physical modeling levels.

Core Features & Use Cases

  • Entity-Relationship Modeling Guidance: Create ERDs with proper entity types, attribute definitions, and relationship cardinality (including many-to-many via associative entities).
  • Data Dictionary Production: Define columns with keys, nullability, defaults, and validations, plus indexes and constraints for implementation-ready rigor.
  • Modeling Workflow From Requirements to Physical Design: Follow a phased approach to identify entities, define attributes, resolve relationships, normalize logical models, and map to physical database constructs.

Quick Start

Use the data-modeling skill to convert your requirements into a conceptual, logical, and physical model with an ERD, data dictionary, and suggested normalization decisions.

Frequently Asked Questions about data-modeling

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

FAQPage Schema
How do I create a database design from raw business requirements?

Database design from raw business requirements is achieved by defining entities, attributes, and relationships using ERD notation. A phased approach identifies entities, resolves relationship cardinalities, and applies normalization rules to produce consistent schemas.

What is the best way to resolve many-to-many relationships in data modeling?

Many-to-many relationships in data modeling are resolved by introducing associative entities. This approach maps physical database constructs and constraints correctly, ensuring the logical model maintains referential integrity without losing relationship data.

How do I build a data dictionary for physical database implementation?

Building a data dictionary involves defining columns with keys, nullability, defaults, and validations. It provides implementation-ready rigor by specifying necessary indexes and constraints to map logical models to physical database types.

What is the difference between conceptual, logical, and physical data models?

Conceptual, logical, and physical data models represent progressive design phases. The workflow moves from identifying high-level entities to defining attributes and resolving relationships, finally mapping to physical database constructs and specific constraints.

When do I need to apply normalization rules during database design?

Normalization rules are applied during the logical modeling phase of database design. They ensure consistent schemas by organizing attributes to reduce redundancy, preparing the model before mapping to physical database types and constraints.

Can I generate ERD guidance without prior database architecture knowledge?

Generating ERD guidance requires understanding entity types, attribute definitions, and relationship cardinality. The modeling workflow provides a structured path from requirements to physical design, but foundational knowledge of database structures helps interpret the outputs.