Nenhum provedor do Entity Framework encontrado para o provedor ADO.NET com nome invariável 'System.Data.SqlClient'

Depois de baixar o EF6 por nuget e tentar executar meu projeto, ele retorna o seguinte erro:

Nenhum provedor do Entity Framework encontrado para o provedor ADO.NET com nome invariável 'System.Data.SqlClient'. Verifique se o provedor está registrado na seção 'entityFramework' do arquivo de configuração do aplicativo. Consulte http://go.microsoft.com/fwlink/?LinkId=260882 para obter mais informações.

Acabei de entrar no mesmo problema e parece que o EntityFramework, embora instalado no NuGet Package Manager, não tenha sido instalado corretamente no projeto.

Consegui corrigi-lo executando o seguinte comando no Package Manager Console :

PM> Install-Package EntityFramework

Você adicionou o EF a um projeto de biblioteca de classes. Você também precisa adicioná-lo ao projeto que o referencia (seu aplicativo de console, site ou o que for).

Você não precisa instalar o Entity Framework no aplicativo Console, basta adicionar uma referência ao assembly EntityFramework.SqlServer.dll. Você pode copiar esse assembly do projeto Biblioteca de Classes que usa o Entity Framework para uma pasta LIB e adicionar uma referência a ele.

Em suma:

• Aplicativo Biblioteca de Classes:
  
  • Instalar Entity Framework
  • Escreva o código da camada de dados
  • O arquivo app.config possui toda a configuração relacionada ao Entity Framework, exceto a cadeia de conexão.
• Crie um console, aplicativo da Web ou de desktop:
  
  • Adicione uma referência ao primeiro projeto.
  • Adicione uma referência ao EntityFramework.SqlServer.dll.
  • app.config / web.config possui a cadeia de conexão (lembre-se de que o nome da entrada de configuração deve ser igual ao nome da classe DbContext.

Espero que ajude.

Você também pode ver esta mensagem se esquecer de incluir "EntityFramework.SqlServer.dll".

Parece ser um arquivo recém-adicionado no EF6. Inicialmente, não o incluí no meu módulo de mesclagem e me deparei com o problema listado aqui.

Em vez de adicionar EntityFramework.SqlServer ao host do projeto, você pode garantir uma referência estática a partir do seu projeto de modelo / entidade como este

static MyContext()
{
    var type = typeof(System.Data.Entity.SqlServer.SqlProviderServices);
    if(type == null)
        throw new Exception("Do not remove, ensures static reference to System.Data.Entity.SqlServer");
}

Isso fará com que o processo de construção inclua a montagem com o projeto host.

Mais informações no meu blog http://andersmalmgren.com/2014/08/20/implicit-dependencies-and-copy-local-fails-to-copy/

Quando você instala o Entity Framework 6 até Nuget. Em algum momento, o EntityFramework.SqlServer perde outro executável. Basta adicionar o Nugetpacote a esse projeto.

Às vezes, acima não funciona no Projeto de Teste

Para resolver esse problema no projeto de teste, basta colocar esse método dentro do projeto de teste:

public void FixEfProviderServicesProblem()
{
    var instance = System.Data.Entity.SqlServer.SqlProviderServices.Instance;
}

Esse método nunca foi chamado, mas, como minhas observações, o compilador removerá todos os assemblies "desnecessários" e, sem usar o EntityFramework.SqlServermaterial, o teste falhará.

Adicione esta função

private void FixEfProviderServicesProblem()

para a classe de contexto do banco de dados na classe da biblioteca e a DLL EntityFramework.SqlServer.dll ausente será copiada para os locais corretos.

namespace a.b.c
{
    using System.Data.Entity;

    public partial class WorkflowDBContext : DbContext
    {
        public WorkflowDBContext()
            : base("name=WorkflowDBConnStr")
        {
        }

        public virtual DbSet<WorkflowDefinition> WorkflowDefinitions { get; set; }
        public virtual DbSet<WorkflowInstance> WorkflowInstances { get; set; }
        public virtual DbSet<EngineAlert> EngineAlerts { get; set; }
        public virtual DbSet<AsyncWaitItem> AsyncWaitItems { get; set; }
        public virtual DbSet<TaskItem> TaskItems { get; set; }
        public virtual DbSet<TaskItemLink> TaskItemLinks { get; set; }

        protected override void OnModelCreating(DbModelBuilder modelBuilder)
        {
        }

        private void FixEfProviderServicesProblem()
        {
            // The Entity Framework provider type 'System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer'
            // for the 'System.Data.SqlClient' ADO.NET provider could not be loaded. 
            // Make sure the provider assembly is available to the running application. 
            // See http://go.microsoft.com/fwlink/?LinkId=260882 for more information.
            var instance = System.Data.Entity.SqlServer.SqlProviderServices.Instance;
        }
    }
}

.

Nada disso funcionou para mim. Encontrei a solução em outra questão de stackoverflow . Vou adicioná-lo aqui para fácil referência:

Você precisa fazer uma referência, para que ela seja copiada no caminho do aplicativo. Porque mais tarde será referenciado em tempo de execução. Portanto, você não precisa copiar nenhum arquivo.

private volatile Type _dependency;

public MyClass()
{
    _dependency = typeof(System.Data.Entity.SqlServer.SqlProviderServices);
}

Eu recebi o mesmo erro ao usar o Entity Framework 6 com o SQL Server Compact 4.0. O artigo no MSDN para provedores de estrutura de entidades para EF6 foi útil. A execução dos respectivos comandos do provedor como pacotes nuget no Package Manager Console pode resolver o problema, pois os pacotes NuGet também adicionarão registros automaticamente ao arquivo de configuração. Eu corri PM> Install-Package EntityFramework.SqlServerCompactpara resolver o problema.

Hoje, encontrei esse problema ao trabalhar com um conjunto de serviços da Web, cada um em projetos diferentes, e um projeto separado contendo testes de integração para alguns desses serviços.

Estou usando essa configuração há algum tempo com o EF5, sem precisar incluir referências ao EF no Projeto de Teste de Integração.

Agora, após a atualização para o EF6, parece que também preciso incluir uma referência ao EF6 no projeto de teste de integração, mesmo que não seja usado lá (praticamente como indicado acima pelo usuário3004275 ).

Indicações que você está enfrentando o mesmo problema:

• As chamadas diretamente para o EF (conexão com um banco de dados, obtenção de dados etc.) funcionam bem, desde que sejam iniciadas a partir de um projeto que tenha referências ao EF6.
• As chamadas para o serviço por meio de uma interface de serviço publicada funcionam bem; ou seja, não há referências ausentes "internamente" no serviço.
• Chamadas diretamente para métodos públicos no projeto de serviço, de um projeto fora do serviço, causarão esse erro, mesmo que o EF não seja usado no próprio projeto; somente internamente no projeto chamado

O terceiro ponto é o que me excitou por um tempo, e ainda não sei por que isso é necessário. Adicionar um ref ao EF6 no meu projeto de Teste de Integração resolveu em qualquer caso ...

Quando o erro ocorre nos projetos de testes, a solução mais bonita é decorar a classe de teste com:

[DeploymentItem("EntityFramework.SqlServer.dll")]

O projeto de inicialização que faz referência ao projeto em que o Entity Framework está sendo usado precisa dos dois seguintes assemblies na pasta bin:

• EntityFramework.dll
• EntityFramework.SqlServer.dll

Adicionar a <section>ao <configSections>arquivo .config no projeto de inicialização torna o primeiro assembly disponível nesse diretório bin. Você pode copiar isso do arquivo .config do seu projeto do Entity Framework:

<configSections>
    <!-- For more information on Entity Framework configuration, visit http://go.microsoft.com/fwlink/?LinkID=237468 -->
    <section name="entityFramework" type="System.Data.Entity.Internal.ConfigFile.EntityFrameworkSection, EntityFramework, Version=6.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" requirePermission="false" />
</configSections>

Para disponibilizar o segundo arquivo .dll na pasta bin, embora não seja prático, uma cópia manual da pasta bin do projeto do Entity Framework pode ser feita. Uma alternativa melhor é adicionar ao projeto Eventos pós-compilação do Entity Framework as seguintes linhas, que automatizarão o processo:

cd $(ProjectDir)
xcopy /y bin\Debug\EntityFramework.SqlServer.dll ..\{PATH_TO_THE_PROJECT_THAT_NEEDS_THE_DLL}\bin\Debug\

Acabei de encontrar este problema hoje. Eu tenho uma biblioteca de classes de repositório de dados com o pacote EF63 NuGet e o aplicativo de console para teste, que têm referência apenas ao projeto da biblioteca de classes. Criei um comando pós-compilação muito simples, que copia EntityFramework.SqlServer.dll da pasta Bin \ Debug da biblioteca de classes para a pasta Bin \ Debug do aplicativo do console e o problema foi resolvido. Não se esqueça de adicionar a seção entityFramework ao arquivo .config do aplicativo de console.

Adicione abaixo ao seu app.config.

 <entityFramework>
    <defaultConnectionFactory type="System.Data.Entity.Infrastructure.LocalDbConnectionFactory, EntityFramework">
      <parameters>
        <parameter value="v11.0" />
      </parameters>
    </defaultConnectionFactory>
    <providers>
      <provider invariantName="System.Data.SqlClient" type="System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer" />
    </providers>
  </entityFramework>

A exclusão da pasta BIN fez isso por mim

Você deve forçar uma referência estática ao assembly EntityFramework.SqlServer.dll , mas em vez de colocar um código fictício, você pode fazer isso de uma maneira mais bonita:

1. Se você já possui uma classe DbConfiguration :

   public class MyConfiguration : DbConfiguration
   {
       public MyConfiguration()
       {
           this.SetProviderServices(System.Data.Entity.SqlServer.SqlProviderServices.ProviderInvariantName, System.Data.Entity.SqlServer.SqlProviderServices.Instance);
       }
   }

2. Se você não possui uma classe DbConfiguration, deve colocar o seguinte código na inicialização do aplicativo (antes que o EF seja usado):

   static MyContext()
   {
       DbConfiguration.Loaded += (sender, e) =>
           e.ReplaceService<DbProviderServices>((s, k) => System.Data.Entity.SqlServer.SqlProviderServices.Instance);
   }

Acabei de reinstalar o Entity Framework usando o Nuget. E siga as instruções escritas no link abaixo: http://robsneuron.blogspot.in/2013/11/entity-framework-upgrade-to-6.html

Eu acho que o problema será resolvido.

Expanda o arquivo YourModel.edmx e abra a classe YourModel.Context.cs em YourModel.Context.tt.

Eu adicionei a seguinte linha na seção using e o erro foi corrigido para mim.

using SqlProviderServices = System.Data.Entity.SqlServer.SqlProviderServices;

Talvez seja necessário adicionar essa linha ao arquivo sempre que o arquivo for gerado automaticamente.

Também tive um problema semelhante. Meu problema foi resolvido da seguinte maneira:

parece que ninguém mencionou primeiro, verificando se System.Data.SqlClient está instalado no sistema e se é feita uma referência a ele.

Resolvi meu problema instalando System.Data.SqlClient e adicionando um novo provedor no app.Config

<provider invariantName="System.Data.SQLite" type="System.Data.SQLite.EF6.SQLiteProviderServices, System.Data.SQLite.EF6"/>

Além disso, verifique se o projeto de inicialização é o projeto que contém seu dbcontext (ou app.config relevante). O meu estava tentando iniciar um projeto de site que não tinha todas as configurações necessárias.

Eu tentei quase tudo o que precede e nada funcionou.

Só quando eu definir as DLLs referenciadas no padrão de projeto EntityFrameworke EntityFramework.SqlServerpropriedades Copy Localpara Trueque ele começar a trabalhar!

pessoal, preciso da atenção de que duas dll EntityFramework.dll e EntityFramework.SqlServer.dll são a biblioteca de camadas DataAccess E não é lógico usá-las na exibição ou em qualquer outra layer.it resolve o seu problema, mas não é lógico.

A maneira lógica é que o atributo ilimitado os remova e substitua pela API Fluent. essa é a solução real

Eu tinha um aplicativo de console e uma biblioteca de classes. Na biblioteca de classes, criei o Entity Data Model (clique com o botão direito do mouse em Class Library> Adicionar> Novo Item> Dados> ADO.NET Entity Data Model 6.0) e coloquei a referência no aplicativo do console. Portanto, você tem um aplicativo de console que tem referência à biblioteca de classes e, dentro da biblioteca de classes, possui o modelo EF. Eu tive o mesmo erro quando tentei obter alguns registros da tabela.

Resolvi esse problema seguindo estas etapas:

1. Clique com o botão direito do mouse na solução e escolha a opção 'Gerenciar pacotes NuGet para solução' e a janela do gerenciador de pacotes NuGet será exibida.
2. Vá para a opção 'Gerenciar' em 'Pacotes instalados' DICA: O Entity Framework é adicionado à Biblioteca de classes, assim você terá o EntityFramework em 'Pacotes instalados' e verá a opção 'Gerenciar'
3. Clique na opção 'Gerenciar' e marque para instalar o pacote no projeto que tem referência à biblioteca de classes que possui o modelo EF (no meu caso, marquei a caixa de seleção para instalar o pacote no aplicativo do console que tinha referência à biblioteca de classes que possuía o modelo EF)

Era tudo o que tinha que fazer e tudo funcionava perfeitamente.

Espero que tenha ajudado.

Eu tenho o mesmo erro. É estranho que isso aconteça sempre que eu usei meu dbContext para consultar qualquer modelo do meu modelo ou obter uma lista como:

var results = _dbContext.MyModel.ToList();

Tentamos reinstalar o Entity Framework, referenciá-lo adequadamente, mas sem sucesso.

Felizmente, tentamos verificar o Nuget em busca de ALLsoluções, atualizamos tudo ou certificamos everythinga mesma versão, porque percebemos que os dois projetos têm versões EF diferentes no projeto da Web. E isso funciona. O erro se foi.

Aqui está a captura de tela sobre como gerenciar o Nuget para todas as soluções:

Você está apenas faltando uma referência para EntityFramework.SqlServer.dll. Para projetos EntityFramework usando o SQL Server, os dois arquivos que você precisa consultar são EntityFramework.SqlServer.dll e EntityFramework.dll

Eu tive um problema relacionado ao migrar de um banco de dados CE para o Sql Server no Azure. Apenas desperdiçou 4 horas tentando resolver isso. Espero que isso possa salvar alguém de um destino semelhante. Para mim, eu tinha uma referência ao SqlCE no meu arquivo packages.config. A remoção resolveu todo o problema e me permitiu usar migrações. Yay Microsoft para outra tecnologia com desnecessariamente complexos problemas de instalação e configuração.

Eu tive o mesmo problema, copiei o arquivo App Config do projeto que continha o DBContext para o meu projeto de teste

Eu tive a mesma exceção lançada. eu incluí

using System.Data; 
using System.Data.Entity;

e tudo voltou a funcionar ..

Como a mensagem mostra que precisamos adicionar o provedor System.Data.SqlClient, é por isso que precisamos instalar o pacote de nuget do EntityFramework que possui duas dll, mas se estiver desenvolvendo apenas um aplicativo de console, basta adicionar a referência do EntityFramework.SqlServer.dll