Conception de schémas et migrations de bases de données

VérifiéSûr

Concevez et gérez des bases de données relationnelles avec création de tables, migrations et design de schémas. Maîtrisez la modélisation de données et la maintenance de schémas.

Spar Skills Guide Bot
DeveloppementIntermédiaire
3002/06/2026
Claude CodeCursorCopilotCodex
#database#schema-design#migrations#sql#data-modeling

Recommandé pour

Notre avis

Cette compétence aide à concevoir et gérer des bases de données relationnelles, incluant la création de tables, les migrations et la modélisation de schémas.

Points forts

  • Structures de tables claires et cohérentes avec contraintes appropriées
  • Normalisation et modélisation explicite des relations
  • Migrations avant/arrière sûres et idempotentes
  • Optimisation via index et contraintes d'intégrité référentielle

Limites

  • Ne couvre pas les bases de données non relationnelles (NoSQL)
  • Nécessite une planification minutieuse pour éviter les régressions
  • Les migrations destructrices sans sauvegarde sont risquées
Quand l'utiliser

Utilisez cette compétence lors de la conception initiale d'un schéma relationnel ou lors de la maintenance évolutive d'une base existante.

Quand l'éviter

Évitez cette compétence pour des projets utilisant des bases NoSQL, du prototypage rapide sans schéma fixe, ou lorsque la persistance est gérée par un ORM automatique.

Analyse de sécurité

Sûr
Score qualité85/100

Skill provides only advisory instructions for database design and migrations; no execution of destructive commands, network calls, or obfuscated payloads. No declared tools mitigate risk further.

Aucun point d'attention détecté

Exemples

Create a users table
Create a SQL migration to add a 'users' table with columns: id (UUID primary key), email (unique, not null), password_hash (not null), and created_at timestamp with default now. Also add an index on email.
Add foreign key migration
Write a database migration to add a 'orders' table with a foreign key referencing 'users.id'. Include a down migration that drops the table safely.
Schema normalization advice
I have a table with repeated vendor names and addresses. How should I normalize it into separate 'vendors' and 'products' tables? Show the SQL schema and a migration plan.

name: database-skill description: Design and manage relational databases including table creation, migrations, and schema design. Use for database modeling and maintenance.

Database Skill – Schema Design & Migrations

Instructions

  1. Table Creation

    • Define clear and consistent table structures
    • Use appropriate data types and constraints
    • Apply primary keys and foreign keys correctly
  2. Schema Design

    • Normalize data where appropriate
    • Model relationships explicitly
    • Design for scalability and maintainability
  3. Migrations

    • Create forward and backward migrations
    • Ensure migrations are idempotent and safe
    • Avoid destructive changes without backups
  4. Indexes & Constraints

    • Add indexes for frequently queried columns
    • Enforce uniqueness and referential integrity
    • Use constraints to protect data correctness

Best Practices

  • Use consistent naming conventions
  • Keep schemas simple and well-documented
  • Version control all migrations
  • Test migrations in non-production environments
  • Follow relational database design principles

Example Structure

CREATE TABLE users (
  id UUID PRIMARY KEY,
  email TEXT UNIQUE NOT NULL,
  password_hash TEXT NOT NULL,
  created_at TIMESTAMP DEFAULT NOW()
);
Skills similaires