Os projetos de aplicativos de camada de dados substituem projetos de banco de dados da edição do Visual Studio Database?

Question

Estou apenas um pouco familiarizado com os recursos dos aplicativos de camada de dados e o que os projetos de banco de dados fizeram na edição de banco de dados do Visual Studio.

Essas duas soluções sobrepostas diferentes para controle da versão do banco de dados? Ou a funcionalidade do aplicativo de camada de dados substitui completamente a necessidade de usar projetos de edição e banco de dados do Visual Studio Database?

Answer 1

No momento, a diferença entre projetos de banco de dados e projetos de camadas de dados está no ponto de implantação. Se você deseja criar um DACPAC, usaria o projeto de camada de dados. Se você deseja createa .dbschema e arquivo de migração SQL, usaria o projeto de banco de dados convencional.

Até onde eu sei, os aplicativos de camada de dados devem ser importantes no futuro para a implantação do SQL Azure.

A menos que você esteja olhando especificamente para o SQL Azure, eu usaria projetos de banco de dados por enquanto. Tudo depende do que você está tentando alcançar. Pode ser isso Controle de origem SQL (Por Red Gate, a empresa para a qual trabalho) é mais adequada às suas necessidades.

Answer 2

O DAC fornece um modelo de aplicativo que pode ser usado como uma interface entre desenvolvedores e DBAs. O desenvolvedor edita o modelo, o DBA gerencia/implanta do modelo. Por exemplo, uma vez que o modelo é construído ou extraído, ele pode ser implantado em vários servidores.

Imagine o .dacpac como um .exe. O desenvolvedor constrói um .exe e o entrega a alguém. Nesse ponto, seria bom se o desenvolvedor não precisasse se preocupar com onde isso .exe corre porque o .exe é internamente consistente - ele é executado ou não. Por que o desenvolvedor deve se preocupar em segmentar 2008, 2005 ou Azure especificamente? Basta desenvolver o modelo de aplicativo e deixar o DAC cuidar do resto ...

Ter esse artefato de implantação também fornece alguns novos recursos. Os exemplos incluem implantações de versão, a capacidade de determinar se alguém mudou o banco de dados desde a última implantação ou atualização, a capacidade de criar o mesmo banco de dados em diferentes servidores de destino.

Você gosta de ter que gerenciar uma biblioteca de scripts de atualização para seus vários bancos de dados? Não seria bom se todo o estado do seu banco de dados pudesse ser construído ou capturado (extraído) a qualquer momento?

O Mashup do Projeto de Aplicativo do banco de dados no VS 2010 será resolvido em um lançamento futuro das ferramentas de desenvolvedor centradas no banco de dados. Investir em DBSchema ou DAC não afetará a compatibilidade a termo.

Answer 3

Acredito que os projetos de banco de dados do Visual Studio são direcionados a desenvolvedores.

Os aplicativos de camada de dados são direcionados para DBAs. Ver este blog para detalhes.