Versiones SVN de bases de datos para entornos de desarrolladores múltiples

Question

Me gustaría saber si existe un escenario para la versión de la base de datos con SVN que garantizará que no haya conflictos cuando pocos desarrolladores intenten realizar cambios simultáneamente.

Mi equipo y yo hemos estado utilizando los changescripts con un número de versión de esquema creciente (similar a esta solución: http://odetocode.com/blogs/scott/archive/2008/02/02/versioning-databases-change-scripts.aspx).

Es una buena solución, pero su principal error es que pueden ocurrir conflictos cuando varios desarrolladores intentan cambiar el script con el mismo número de esquema: no es solo un simple conflicto SVN, sino que también requiere que los usuarios con ese conflicto cambiar la tabla de la base de datos con las versiones de esquema, revertir sus cambios de base de datos, cambiar los números de los archivos de script para tener todas las actualizaciones de db. ¿Es posible evitar estos obstáculos? No me refiero solamente a soluciones técnicas, ¿pero tal vez haya una mejor manera de organizar esta tarea? ¿Algunas ideas?

Answer 1

Rails resolvió este problema exacto mediante el uso de una marca de tiempo en lugar de un número de versión creciente. Las probabilidades de que dos usuarios creen nuevas versiones de esquema en el mismo segundo son bastante bajas.

Answer 2

Algunas de estas técnicas + enlaces podrían ayudarlo.

De SO:

Versioning SQL Server database

Mechanisms for tracking DB schema changes

Técnicas:

http://www.jilles.net/perma/2003/10/17/database-versioning-techniques/

http://martinfowler.com/articles/evodb.html