Integración de pasarela en una base de datos de producción

Question

Tenemos una base de datos en producción que ya tiene un buen número de filas en la tabla de "usuario". Considere la siguiente declaración en el sitio web de vías migratorias:

Si usted tiene una base de datos existente que no haya sido llenado por la vía migratoria este es el camino a seguir:

• Crear un script de migración inicial que recreará su estado actual y le da un bajo número de versión.
• Use flyway: init para crear la tabla de metadatos y establecer esta secuencia de comandos como la versión actual.

Me gustaría utilizar ruta de vuelo para manejar mi esquema y diversas constantes en la base de datos, pero no quiero V1__Base_version.sql para contener la información de la cuenta para los usuarios actuales de producción, especialmente si se considera que esté almacenada en SCM. Sin embargo, si entiendo estas instrucciones correctamente, necesitaría la capacidad de "recrear [mi] estado actual" con V1__Base_version.sql.

Entonces, ¿sería correcto crear una migración inicial con solo el esquema y las constantes? ¿O las bases de datos de nuestras estaciones de trabajo deben coincidir con las de la producción al 100%?

Answer 1

Usted está correcto. El comando init está ahí para marcar la base de datos de producción con una versión.

La migración inicial que crea (con la estructura de su db PROD) es para los demás entornos. Nunca se ejecutará en PROD ya que su versión estará por debajo de la versión de inicio. Sin embargo, alineará todos los entornos para que las migraciones posteriores se puedan aplicar por igual en todos ellos.