data-modeling

Design database schemas from domain requirements with ER modeling and normalization.

381|48|Updated Aug 12, 2025
One-click install
npx skills add https://github.com/rsmdt/the-startup --skill data-modeling-rsmdt
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: data-modeling
Source: https://github.com/rsmdt/the-startup/tree/main/plugins/team/skills/development/data-modeling
Command: npx skills add https://github.com/rsmdt/the-startup --skill data-modeling-rsmdt

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill provides schema design, entity relationships, normalization, and patterns for database design and evolution.

Core Features & Use Cases

  • ER modeling: Define entities and relationships.
  • Normalization strategy: 1NF–3NF guidance and trade-offs.
  • Migration planning: Schema evolution and versioning.

Quick Start

Draft an ER model for the core domain (e.g., users, orders, products) and outline a migration path.

Frequently Asked Questions about data-modeling

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

FAQPage Schema
How do I design a database schema for a new application?

Schema design starts by mapping your domain entities and relationships into an ER model, then applying normalization rules (1NF through BCNF) to eliminate redundancy. Define primary and foreign keys, resolve many-to-many relationships with junction tables, and document constraints to ensure data integrity across relational or NoSQL platforms.

What is database normalization and why does it matter?

Normalization organizes data into logical structures (1NF–BCNF) to reduce duplication and dependency anomalies. Each form removes specific redundancies: 1NF eliminates repeating groups, 2NF removes partial dependencies, 3NF eliminates transitive dependencies, and BCNF handles edge cases. The goal is consistency and efficient storage, though you may denormalize selectively for query performance.

How do I plan a schema migration when my data model evolves?

Migration planning involves versioning your schema changes, mapping old data to new structures, validating data integrity during the transition, and executing rollback procedures if needed. Document the evolution path, test migrations on production-like data, and coordinate deployment with application releases to avoid downtime and data loss.

When should I denormalize a database schema?

Denormalization trades normalization benefits for query performance when normalized schemas cause expensive joins or slow analytics. Evaluate read/write ratios, query patterns, and reporting needs. Common cases include materialized views, redundant columns in high-traffic tables, or pre-aggregated data warehouses—always measure impact before applying.

Can I apply ER modeling and normalization to NoSQL databases?

ER modeling principles apply conceptually to NoSQL, but normalization rules differ. Relational databases enforce 1NF–BCNF through schema constraints; NoSQL embraces denormalization and embedding to optimize access patterns. Design NoSQL schemas around query patterns and data retrieval needs rather than eliminating redundancy.

What governance constraints should I consider when designing schemas?

Schema governance includes data ownership, retention policies, compliance requirements (GDPR, HIPAA), audit trails, and version control. Define naming conventions, document data lineage, enforce access controls, and establish change review processes to maintain consistency, auditability, and regulatory compliance across evolving data models.