@schema-designerL'architecte DB — schéma normalisé en 5 minutes

Le problème qu'il résout

Tu démarres une app. Tu sais que ton schéma DB c'est la fondation — un mauvais design maintenant = des refactor douloureux dans 6 mois. Mais tu ne veux pas passer 3 jours à décider entre VARCHAR(255) et VARCHAR(320), entre BIGINT et UUID, entre ENUM et CHECK constraint.

@schema-designer te livre un schéma complet, conventionnellement correct, en 5 minutes — avec rationale sur chaque choix non-évident.

Comment il bosse

1. Tu lui donnes les entités du domaine + leurs relations.
2. Il normalise à 3NF (sauf raison perf claire).
3. Choisit les PKs (BIGINT UNSIGNED AUTO_INCREMENT ou ULID/UUIDv7 selon contexte).
4. Choisit les types optimaux par champ.
5. Ajoute timestamps (created_at, updated_at) et deleted_at pour soft delete.
6. Indexe : chaque FK, chaque colonne WHERE-frequent, chaque ORDER BY, chaque UNIQUE.
7. Plan partitioning si > 10M rows attendues (et flag l'incompatibilité FK).

Exemple concret

Tu tapes

›@schema-designer schéma pour app de tâches :
- Users, Projets, Tâches (titre, due, statut, priorité)
- Tags M-N sur tâches, Commentaires, Historique de statut

Cible : MariaDB 11. Multi-tenant.

Tu obtiens (extrait)

CREATE TABLE users (
  id BIGINT UNSIGNED PRIMARY KEY AUTO_INCREMENT,
  email VARCHAR(320) NOT NULL,
  full_name VARCHAR(255) NOT NULL,
  is_active TINYINT(1) NOT NULL DEFAULT 1,
  created_at TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP,
  updated_at TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP
    ON UPDATE CURRENT_TIMESTAMP,
  deleted_at TIMESTAMP NULL,
  UNIQUE KEY uk_users_email (email),
  KEY idx_users_created_at (created_at)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

# Rationale : VARCHAR(320) = max RFC email. BIGINT car prévoit
# la croissance. utf8mb4 pour vrais Unicode + emojis.

Pourquoi tu vas l'aimer

Quand l'utiliser

Combine avec ces agents

Questions fréquentes