O que é necessário para implantar um aplicativo que usa o novo LocalDB da Microsofts?

Gostaria de saber quais componentes da Microsoft precisam ser instalados para que esse novo LocalDB seja executado na máquina dos usuários.

Agora no CTP3: SQL Server Express LocalDB O LocalDB é uma nova opção de implantação leve para o SQL Server Express Edition com menos pré-requisitos que são instalados rapidamente. Isso o torna ideal para desenvolvedores que precisam de um banco de dados incorporado do SQL Server para aplicativos ou ferramentas da área de trabalho. O LocalDB possui todos os mesmos recursos de programação do SQL Express, mas é executado em processo com aplicativos e não como um serviço. Está disponível como parte do download do CTP3 "Denali" do Nome de Código do SQL Server.

O texto acima é do site da Microsofts Novo no CPT3

Isso soa como o banco de dados SQL perfeito para aplicativos de desktop pequenos para um usuário. Estou tentando descobrir o que preciso incluir em uma instalação. Desejo usar isso como um banco de dados incorporado, mas não sei se preciso instalar algum componente da Microsoft ou se outros componentes da Microsoft foram instalados anteriormente.

Alguém sabe quais componentes da Microsoft precisam ser instalados para que esse novo LocalDB seja executado? Existe um instalador por aí que detecta automaticamente a presença dos componentes necessários e os instala?

Do msdn.com :

O LocalDB usa o mesmo sqlservr.exe que o SQL Express comum e outras edições do SQL Server. O aplicativo está usando os mesmos provedores do lado do cliente (ADO.NET, ODBC, PDO e outros) para conectar-se a ele

O LocalDB é instalado uma vez em uma máquina (por versão principal do SQL Server)

O aplicativo está apenas se conectando a "Data Source = (localdb) \ v11.0" e o processo LocalDB é iniciado como um processo filho do aplicativo

Mas não é o banco de dados incorporado mais leve, é o SQL Server Compact:

Modo de execução: o SQL Server Compact é uma DLL em processo, enquanto o LocalDB é executado como um processo separado. Uso do disco: todos os binários do SQL Server Compact somam 4 MB, enquanto a instalação do LocalDB ocupa 140 MB.

Encontrei a resposta que estava procurando em relação à implantação do novo LocalDB.

Observe que, como a lógica de ativação reside no provedor do lado do cliente, você precisa instalar o mais recente - o SQL Server Native Client "Denali" (para ODBC e OLE DB) ou o próximo .NET Framework (para ADO.NET). Também estamos enviando um QFE para .NET Framework 4 que adiciona o suporte ao LocalDB (colocarei o link aqui assim que estiver disponível).

Link de referência

Enviarei um e-mail ao autor deste blog para quaisquer outros detalhes que eu possa precisar.

Para reafirmar o ponto MSalters , o SQL Compact pode ser a melhor opção para suas necessidades. Existem várias razões:

• O SQL Server Compact não requer nenhuma instalação ou atualização do lado do cliente; as atualizações são emitidas enviando uma cópia mais recente de um assembly e não exigem permissões elevadas
• O SQL Server Compact permite que um único processo se conecte por vez. Isso o torna ideal como banco de dados para um único aplicativo.
• O SQL Server Compact é o menor da família SQL Server

Existem desvantagens, no entanto:

• Funcionalidade limitada em comparação com outros tipos de SQL Server
• Somente um processo pode se conectar a um banco de dados por vez

Também estou interessado no novo LocalDB para aplicativos de desktop que precisam de um banco de dados incorporado. Parece que o LocalDB e o Compact exigem a implantação de arquivos externos ao EXE do meu aplicativo. Como desenvolvedor Delphi estragado pelo modelo verdadeiramente incorporado do DBISAM, não os vejo como atendendo às minhas necessidades.

O "mecanismo" DBISAM compila diretamente nos EXEs dos meus aplicativos e me fornece o melhor dos dois mundos: SQL e o modelo "navegacional" mais antigo no qual você tem acesso direto à tabela e detalhes do tipo BDE como FindKey ([]), SetRange ([inicio fim]);

Não há necessidade de implantar outros arquivos!

O DBISAM pode ser usado em três modos: 1: Local, usuário único, 2: Arquivo compartilhado, multiusuário e 3: Cliente / Servidor.

Elevate Software, criadores do DBISAM, também oferecem um banco de dados mais novo, o ElevateDB, que é muito mais parecido com o SQL Server.

DBISAM: http://www.elevatesoft.com/products?category=dbisam ElevateDB: http://www.elevatesoft.com/products?category=edb

Eu acho que você está falando sobre Sql CE 4.0

O Sql CE 4.0 é um banco de dados leve de banco de dados que possui todos os recursos do sql express, mas não requer nada para ser instalado na máquina que executa o software. Você acabou de implantar seu aplicativo junto com o arquivo .sdf (esta é a extensão do sqlce 4.0) e verifique se o seu projeto faz referência à dll do Sql CE 4.0. Essa dll, é claro, será configurada em copy local = true nas configurações de compilação, portanto será implantada junto com o aplicativo. Nada mais é necessário para fazê-lo funcionar.