14/10/2026
Tu código tiene versiones: está en Git. ¿Y tu base de datos? Si los ALTER TABLE viajan en un correo que dice «antes de subir, ejecuta esto», nadie sabe seguro qué se ejecutó en producción.
Una migración es cada cambio de la base de datos en un archivo con número: V1__crear_clientes.sql, V2__añadir_email.sql. Van en el repositorio, junto al código. Con Flyway, la orden flyway migrate aplica en orden las que faltan, y lo apunta en una tabla de la propia base de datos, flyway_schema_history. Si la lanzas otra vez, no repite nada: la base de datos sabe en qué versión está, en tu equipo, en pruebas y en producción.
El error común es retocar una migración que ya se aplicó. Flyway guarda una suma de control de cada archivo y, si cambia, se para con un «checksum mismatch». Y si cambias la base de datos a mano, Flyway ni se entera. ¿Otro cambio? Otro archivo: V3.
👉 Guárdalo y pruébalo: con Flyway (o su imagen de Docker), añade una V3__añadir_telefono.sql, lanza flyway info para verla como Pending y después flyway migrate.
Si te perdiste el vídeo de SQL (tabla, fila y clave primaria), es el punto de partida de este. Y en el blog, «La IA acelera el código. ¿Quién controla el despliegue?» cuenta por qué las migraciones no deberían ir en un correo: https://saseformacion.es/ia-acelera-codigo-controlar-despliegues/
Más información en la bio.
¿Las bases de datos se te resisten? En SASE Formación damos clases de informática, presenciales y online. La primera clase de prueba es gratis, y en informática las clases son individuales.
📲 Teléfono y WhatsApp: 656 251 438
🌐 saseformacion.es
También puedes escribirnos por mensaje directo aquí mismo.
Música: original de SASE Formación.
