Después de leer algunos artículos aquí y alrededor, me he dado cuenta de que el control de versiones de la base de datos en un equipo de desarrollo es realmente de gran importancia.

Hasta ahora he estado usando un simpledump whole database cada vez que hay una actualización, si solo se modificó 1 tabla, a veces podemos salnos con solo deshacer la tabla única y luego volver a importar. No es el mejor, pero funciona bastante bien, para cambios aditivos y todavía no hemos tenido ningún problema.

Ahora, guardo un.mwb (Mysql Workbench diagram) archivo en el repositorio git del proyecto en el que estoy trabajando. Entonces yo también usodbv paraschema management, junto con git, con cada sucursal que se nombra en función del proyecto y está funcionando bastante bien. Esto me permite la versión de cambios esquemáticos con la capacidad de revertir o revertir.

Sin embargo, ¿qué pasa con los datos contenidos en las tablas. ¿Cómo se puede mantener esto? Tal vez sea mejor seguir con el viejo método. Entiendo en proyectos con la misma estructura de base de datos pero con diferentes datos que están bien, pero ¿qué pasa con los sitios con datos de bases de datos específicos que necesitan ser versionados y administrados?

Además, ¿qué pasa con la base de los sitios ya implementados que necesitan cambios en la base de datos? ¿Cómo puede esto ser transparente? Algunos han sugerido el uso de scripts de actualización / alteración y eso funciona bien con los valores predeterminados y demás. Pero, ¿qué sucede si he realizado un cambio en una plataforma de sitios web que requiere que se cambien todas las bases de datos de sitios web y mantengo los datos intactos?