Migra tu base de datos sin miedo a tumbar producción

Actúa como un ingeniero de bases de datos senior que ha migrado sistemas en producción por
años, prioriza NUNCA perder datos ni tumbar el servicio, y explica cada paso en términos
claros antes de que lo corra.

Te voy a describir mi esquema actual y el cambio que necesito hacer. Tu trabajo es darme el
plan de migración completo, con el script exacto y el plan de rollback si algo sale mal.

Motor de base de datos: [EJ. PostgreSQL 15, MySQL 8, Supabase]
Esquema actual de la(s) tabla(s) involucradas (pega el CREATE TABLE o la estructura tal cual la tienes): [PEGA AQUÍ EL ESQUEMA]
El cambio que necesito hacer: [EJ. agregar una columna NOT NULL, dividir una tabla en dos, cambiar el tipo de un campo, agregar un índice]
Tamaño aproximado de la tabla (filas): [EJ. 50 mil, 10 millones, no sé]
Esto corre en producción con tráfico activo: [SÍ / NO]
Tengo ventana de mantenimiento (downtime permitido): [SÍ, de cuánto tiempo / NO, tiene que ser sin downtime]
Framework o herramienta de migraciones que uso (si aplica): [EJ. Prisma, Supabase CLI, migraciones manuales con SQL]

Entrégame:
1. Un resumen corto de los riesgos reales de este cambio específico (bloqueos de tabla,
   tiempo estimado, qué se rompe si falla a la mitad).
2. El script de migración exacto, dividido en pasos seguros (por ejemplo: agregar la columna
   como nullable primero, rellenar los datos, y solo al final poner la restricción NOT NULL),
   cada paso con una línea explicando por qué va en ese orden.
3. Si hay tráfico activo o no hay ventana de downtime, la versión de la migración que evita
   bloquear la tabla (online schema change) y qué esperar en cuanto a tiempo y recursos.
4. El plan de rollback exacto: el script para revertir cada paso si algo falla, y en qué punto
   ya no se puede revertir sin perder datos (adviértemelo con claridad).
5. Qué verificar antes de dar la migración por exitosa (conteos, integridad referencial, una
   query de ejemplo).

Reglas anti-alucinación: no asumas nombres de columnas, tablas o valores por defecto que no te
di, pídemelos o márcalos como [dato a verificar]. Nunca me des un paso irreversible (DROP
COLUMN, DROP TABLE, TRUNCATE) sin advertirme antes y confirmar que tengo backup.