O banco de dados em que nossos desenvolvedores estão trabalhando é muito grande (tem muitos objetos de banco de dados). Temos que controlar as alterações dos objetos do banco de dados (gerenciamento de alterações). Nossa empresa não pode ter uma pessoa que seja responsável apenas por alterações no banco de dados. Portanto, precisamos de uma fonte segura para objetos de banco de dados, algo como controle de versão para código padrão, mas mais relacionado ao banco de dados, que possa sincronizar banco de dados e scripts. Qual é o melhor. Confiável, Barato, Funcional - escolha os dois :)
relate perguntas
-
SQL Server - Como as páginas de dados são armazenadas ao usar um índice clusterizado
-
Preciso de índices separados para cada tipo de consulta ou um índice de várias colunas funcionará?
-
Quando devo usar uma restrição exclusiva em vez de um índice exclusivo?
-
Quais são as principais causas de deadlocks e podem ser evitadas?
-
Como determinar se um Índice é necessário ou necessário
Versão ApexSQL , suporta sistemas de versão compatíveis com Visual Source Safe, Subversion, Team Foundation Server, SourceGear Vault e MSSCCI
ambos são compatíveis com TFS e SVN/Hg
Nossa equipe usa projetos de banco de dados do Visual Studio 2010. A maioria de nossos projetos depende do MS Team Foundation Server para controle de origem, que se integra perfeitamente, mas descobri recentemente que funcionará (com apenas um pouco de trabalho) 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 as implantações). Diferentes configurações podem ser criadas se, por exemplo, você desejar um destino de implantação completo ou diferencial.
Você também pode incluir preenchimento de dados ou outros scripts com sua implantação, e eles também estão sob controle de versão. Os objetos de banco de dados podem ser gerenciados verificando-se os scripts que você cria ou você pode usar a visualização de esquema mais intuitiva. Todas as dependências são rastreadas. Você pode gerenciar todos os aspectos de seu banco de dados 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 tem uma ferramenta visual de comparação de banco de dados, prefiro a implementação do Red-Gate desse recurso, 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 compilações do MS e quanto eles ajude-me a manter meus projetos de banco de dados limpos.
Infelizmente, não posso comparar neste nível de profundidade com outros sistemas para manter bancos de dados sob controle de origem. Já trabalhei bastante com "disciplina de desenvolvedor", mas não considero mais isso um sistema e nunca mais quero voltar a isso. Também tive um breve período usando um plug-in SSMS para SVN, mas isso foi há algum tempo. Para isso tivemos que usar Red-Gate para gerar scripts de implantação.
A ferramenta de controle de origem foi projetada para substituir o VSS e pode se integrar ao SQL Server Management Studio.
O DB Ghost é uma boa ferramenta para versionar seus bancos de dados. Sincronize, compare, delta, copie, construa, script... e pode ser executado via linha de comando para trabalhos automatizados.
http://www.dbghost.com/
SQL Server 2008 R2 (e anterior) Source Control FYI: Objetos de banco de dados não são protegidos diretamente pelo provedor de controle de origem… Significa que você ainda precisa usar uma convenção disciplinada… Porque você ainda pode fazer alterações em objetos de banco de dados usando outras ferramentas… http:/ /technet.microsoft.com/en-us/library/ms173550%28v=sql.105%29.aspx
Ao contrário dos projetos de banco de dados MS, o RedGate SQL Source Control conecta seus bancos de dados ao seu sistema de controle de versão… http://www.red-gate.com/products/sql-development/sql-source-control/
Acabamos de lançar nossa solução Database Enforced Change Management para MS-SQL.
Sim - sou tendencioso porque trabalho no DBmaestro
Acredito que nosso produto atende às suas necessidades e gostaria de encorajá-lo a ler uma análise abrangente e imparcial sobre a Solução de gerenciamento forçado de banco de dados pelo veterano especialista em banco de dados Ben Taylor, que ele postou no LinkedIn https://www.linkedin.com/pulse/article/20140907002729 -287832-solve-database-change-mangement-with-dbmaestro
Nosso sistema Sql Historian elimina a necessidade de "disciplina do desenvolvedor", mantendo automaticamente a versão mais recente de seus objetos db em SVN ou TFS. Ele foi projetado para ser transparente ao fluxo de trabalho atual de seus desenvolvedores, para que você tenha um registro perfeito no controle de versão sem perda de tempo ou reclamações da equipe.