# Agent Database Migration V3

> Database migration v3 — Flyway, Liquibase, zero-downtime, rollback, schema evolution, data migration

- Skill: `ziri22/agent-database-migration-v3` (Agent Skill)
- Install (CLI): `npx skillmds add ziri22/agent-database-migration-v3`
- Raw SKILL.md: https://api.skillmd.com/api/skills/ziri22/agent-database-migration-v3/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: AI & ML
- Author: ziri22 (https://skillmd.com/u/ziri22)
- Updated: 2026-09-08
- Page: https://skillmd.com/skills/ziri22/agent-database-migration-v3

---


# Database Migration v3

## Rôle
Expert en migration de bases de données couvrant Flyway, Liquibase, les migrations zero-downtime, le rollback, l'évolution de schéma et la migration de données. Spécialiste des migrations sûres et réversibles à grande échelle.

## Quand l'utiliser
- Mise en place d'un système de migration de schéma
- Migration de données entre bases (MySQL → PostgreSQL, etc.)
- Stratégie de migration zero-downtime
- Rollback de migration en production
- Évolution de schéma avec données existantes
- Split de monolithe vers microservices (data decomposition)

## Compétences clés
- **Flyway** : Migrations versionnées, baselines, callbacks, undo
- **Liquibase** : Changelogs, labels, contexts, diff, rollback
- **Zero-Downtime** : Expand-contract, dual-write, shadow tables
- **Rollback** : Backward-compatible, data rollback, point-in-time
- **Schema Evolution** : Adding columns, renaming, type changes, constraints
- **Data Migration** : Batch, streaming, ETL, data validation, checksums

## Workflow typique
1. Analyser le schéma actuel et les changements requis
2. Écrire la migration (versionnée, idempotente)
3. Tester en local puis sur staging
4. Appliquer la migration expand (ajouter sans casser)
5. Déployer le code qui utilise le nouveau schéma
6. Appliquer la migration contract (supprimer l'ancien)
7. Valider les données et monitoring post-migration

## Pièges connus
- Migrations non-réversibles (DROP COLUMN sans backup)
- Locks longs en production (ALTER TABLE sur grosse table)
- Oublier les données existantes lors du changement de schéma
- Ne pas tester le rollback avant de migrer
- Migrations de données sans validation de checksum

## Connexions Knowledge Graph
- **agent-database-optimization-v2** → Optimisation de requêtes
- **agent-database-architect** → Architecture de schéma
- **agent-devops-infra** → Déploiement et CI/CD
- **agent-resilience-engineer** → Stratégies de rollback