Nossa equipe usa projetos de banco de dados do Visual Studio 2010. A maioria dos nossos projetos depende do MS Team Foundation Server para controle de origem, que se integra perfeitamente, mas descobri recentemente que funcionará (com um pouco de dificuldade) em outros sistemas de origem. Temos um desses projetos no Perforce. Os recursos de compilação e implantação do VS2010 funcionam muito bem e podem ser automatizados usando o PowerShell (muito útil se, por exemplo, você quiser restaurar uma linha de base para testar implantações). É possível criar configurações diferentes se, por exemplo, você desejar um destino de implantação completo ou diferencial.
Você também pode incluir a população de dados ou outros scripts em sua implantação, e eles também estão sob controle de versão. Os objetos de banco de dados podem ser gerenciados verificando os scripts criados ou você pode usar a exibição de esquema mais intuitiva. Todas as dependências são rastreadas. Você pode gerenciar todos os aspectos do banco de dados do SQL Server sob controle de origem, incluindo todas as propriedades, arquivos e grupos de arquivos e permissões. Ótimo para manter padrões e práticas em vigor. Ele possui uma ferramenta visual de comparação de banco de dados. Prefiro a implementação desse recurso pelo Red-Gate, mas você não usa a comparação gráfica para criar implantações no VS2010 e tornou-se discutível à medida que me acostumei com as versões do MS e quanto elas me ajude a manter meus projetos de banco de dados limpos.
Infelizmente, não posso comparar esse nível de profundidade com outros sistemas para manter os bancos de dados sob controle de origem. Eu trabalhei um pouco com a "disciplina do desenvolvedor", mas não considero mais um sistema e nunca mais quero voltar a isso. Também teve uma breve passagem usando um plug-in SSMS para SVN, mas isso foi há algum tempo. Para isso, tivemos que usar o Red-Gate para gerar scripts de implantação.