Nuestro equipo utiliza proyectos de base de datos de Visual Studio 2010. La mayoría de nuestros proyectos se basan en MS Team Foundation Server para el control de origen, que se integra a la perfección, pero descubrí recientemente que funcionará (con solo un poco de dolor) en otros sistemas de origen. Tenemos uno de esos proyectos en Perforce. Las características de compilación e implementación de VS2010 funcionan muy bien y se pueden automatizar con PowerShell (muy útil si, por ejemplo, desea restaurar una línea base para probar implementaciones). Se pueden crear diferentes configuraciones si, por ejemplo, desea un objetivo de implementación completo o diferencial.
También puede incluir la población de datos u otros scripts con su implementación, y estos también están bajo el control de la versión. Los objetos de la base de datos se pueden administrar al registrar los scripts que cree o puede usar la vista de esquema más intuitiva. Se realiza un seguimiento de todas las dependencias. Puede administrar todos los aspectos de su DB de SQL Server bajo control de origen, incluidas todas las propiedades, archivos y grupos de archivos, y permisos. Excelente para mantener estándares y prácticas en su lugar. Tiene una herramienta visual de diferencia de base de datos, prefiero la implementación de Red-Gate de esta función, pero no utiliza la comparación gráfica para crear implementaciones en VS2010 y se ha vuelto discutible ya que me he sentido cómodo con las compilaciones de MS y cuánto ayúdame a mantener limpios mis proyectos de base de datos.
Desafortunadamente, no puedo comparar a este nivel de profundidad con otros sistemas para mantener las bases de datos bajo control de origen. He trabajado bastante con la "disciplina del desarrollador", pero ya no lo considero un sistema y nunca quiero volver a eso. También tuve una breve temporada usando un complemento SSMS para SVN, pero eso fue hace bastante tiempo. Para eso tuvimos que usar Red-Gate para generar scripts de implementación.