¿Cuál es la mejor manera de administrar los cambios en la base de datos? Necesito tener soluciones independientemente del idioma del cliente de la base de datos. También me gustaría poder utilizar características específicas de la base de datos en esos cambios, como procedimientos almacenados, disparadores, etc.La mejor forma de administrar cambios en la base de datos
En primer lugar, asegúrese de que tiene su base de datos Construir un guión para que pueda reconstruir la base de datos si es necesario.
Cada cambio, entonces debe escribirse como una secuencia de comandos de actualización. De esta forma, puede ejecutar cada cambio individualmente contra sus bases de datos.
Una vez que el cambio se ha comprometido a la base de código, fusionar la secuencia de comandos de cambio con el proceso de construcción por lo que ocurre de forma automática ... y luego archivar la escritura de cambio en caso de que surjan preguntas.
Bueno, estamos utilizando actualmente cinturón de herramientas de Redgate que contiene una base de datos Comparar, Comparación de datos, etc.
También puede utilizar cualquier control de fuente para realizar un seguimiento de los cambios en los objetos de base de datos.
No estoy seguro de lo que está preguntando aquí, pero si es una buena forma de administrar los cambios de esquema y mantenerlos sincronizados entre las versiones y las implementaciones, es difícil equivocarse con Visual Studio Database Edition. Su único propósito en la vida es administrar los cambios en el esquema de la base de datos, validar el esquema, generar y generar scripts de implementación. Si tiene Visual Studio Developer Edition o Visual Studio Team Suite, puede obtenerlo de forma gratuita.
En primer lugar, poner todos los cambios de base de datos de secuencias de comandos y ponerlos en el sistema de control de código fuente.
Siguiente quitar los permisos concedidos para la producción que los desarrolladores tienen. Exactamente dos personas deben tener derechos de producción en una tienda pequeña a mediana, el dba designado y su suplente designado. Una vez que los desarrolladores no pueden realizar cambios en el producto, le resultará más fácil hacer que realmente escriban y usen scripts.
Nunca ejecutar un script en prod que no se carga por primera vez a la garantía de la calidad o de puesta en escena. Si hay problemas con el script, se debe encontrar en este punto.
Uso idempotentchangescripts (y tal vez echar un vistazo a LiquiBase o dbdeploy).
En mi caso, construir un guión SH para este trabajo:
https://github.com/reduardo7/db-version-updater
Y una secuencia de comandos de MySQL:
Si está utilizando herramientas de puerta roja, se quiere ser capaz de utilizar SQL Source Control para conectar su sistema de control de origen existente a SQL Server a través de SSMS. –