Alternativas para soluções e projetos de SSMS?

De acordo com a documentação oficial do SQL Server , o uso de "Soluções, Projetos e Itens" foi preterido. Um banner de aviso conspícuo (embora um tanto enigmático) na parte superior da página do MSDN indica:

"Esse recurso será removido em uma versão futura do Microsoft SQL Server. Evite usar esse recurso em novos trabalhos de desenvolvimento e planeje modificar os aplicativos que atualmente usam esse recurso."

Infelizmente, nenhuma sugestão para estratégias alternativas de armazenamento / contêiner é oferecida. Então, qual é a maneira recomendada para armazenar e empacotar os vários scripts, consultas e arquivos que compõem seu aplicativo de banco de dados? Eu também ficaria muito interessado em saber se algum de vocês está usando a estrutura de Soluções ou Projetos em seu trabalho atual e para que você os usa.

[Nota: Eu sei que poderia usar o VS2010 para essa funcionalidade, mas estou interessado em abordagens baseadas em SSMS (pelos motivos expressos na resposta a esta pergunta ).]

Lendo as entrelinhas, acho que a expectativa / plano era que o tipo de projeto SSDT ( SQL Server Data Tools ) fosse estendido ao SSMS para o lançamento do SQL 2012. Evidentemente isso não aconteceu, então estamos presos ao ( francamente terrível) interpretação SSMS de um projeto.

Se você deseja algo para gerenciar sua fonte de banco de dados, deve mergulhar profundamente no SSDT. Atualmente, estou usando-o para um projeto greenfield e também movendo um grande banco de dados brownfield para ele. Pequenas imperfeições e pontos problemáticos, mas sem interrupções no show, e estamos recebendo o retorno do tempo investido.

Jamie Thomson , que blogou extensivamente no VS2010 Database Projects (o antecessor), começou a publicar artigos sobre SSDT e parece ser tão fã quanto eu. Bob Beauchemin é outro adotante precoce que vale a pena seguir.

Se você deseja organizar uma coleção de scripts aleatórios (em vez de uma compilação completa do banco de dados), o suporte não pode ser "de primeira classe". Para fazer isso, crie um tipo de projeto SSDT padrão e altere seus scripts para o tipo de compilação "Nenhum" nas propriedades do arquivo.

Aqui no Red Gate, acabamos de lançar uma compilação do SQL Source Control que funciona junto com o SSDT, fornecendo uma maneira de gerenciar e controlar as alterações de banco de dados do SQL Server Management Studio, trabalhando no repositório de projetos de banco de dados.

Mais detalhes e um link para download podem ser encontrados nos próprios fóruns do SSDT:

http://social.msdn.microsoft.com/Forums/en-GB/ssdt/thread/0c763f98-c55a-44a7-9100-80a6d9223d04

Esta é uma versão Beta de uso gratuito. No momento, estamos procurando feedback da comunidade antes de mesclar esse recurso no lançamento completo.