No se encontró un proveedor de Entity Framework para el proveedor ADO.NET con el nombre invariable 'System.Data.SqlClient'

Después de descargar el EF6 por nuget e intentar ejecutar mi proyecto, devuelve el siguiente error:

No se encontró un proveedor de Entity Framework para el proveedor ADO.NET con el nombre invariable 'System.Data.SqlClient'. Asegúrese de que el proveedor esté registrado en la sección 'entityFramework' del archivo de configuración de la aplicación. Consulte http://go.microsoft.com/fwlink/?LinkId=260882 para obtener más información.

Acabo de tener el mismo problema y parece que EntityFramework aunque instalado desde NuGet Package Manager no se instaló correctamente en el proyecto.

Logré solucionarlo ejecutando el siguiente comando en la consola de Package Manager :

PM> Install-Package EntityFramework

Has agregado EF a un proyecto de biblioteca de clases. También debe agregarlo al proyecto que hace referencia a él (su aplicación de consola, sitio web o lo que sea).

No necesita instalar Entity Framework en su aplicación de consola, solo necesita agregar una referencia al ensamblado EntityFramework.SqlServer.dll. Puede copiar este ensamblaje desde el proyecto Biblioteca de clases que usa Entity Framework a una carpeta LIB y agregarle una referencia.

En resumen:

• Aplicación de biblioteca de clases:
  
  • Instalar el marco de la entidad
  • Escribe tu código de capa de datos
  • El archivo app.config tiene toda la configuración relacionada con Entity Framework, excepto la cadena de conexión.
• Cree una aplicación de consola, web o escritorio:
  
  • Agregue una referencia al primer proyecto.
  • Agregue una referencia a EntityFramework.SqlServer.dll.
  • app.config / web.config tiene la cadena de conexión (recuerde que el nombre de la entrada de configuración debe ser el mismo que el nombre de la clase DbContext.

Espero que ayude.

También puede ver este mensaje si olvida incluir "EntityFramework.SqlServer.dll".

Parece ser un archivo recién agregado en EF6. Inicialmente no lo había incluido en mi módulo de combinación y me encontré con el problema enumerado aquí.

En lugar de agregar EntityFramework.SqlServer al proyecto anfitrión, puede garantizar una referencia estática desde su proyecto Modelo / entidad 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");
}

Esto hará que el proceso de compilación incluya el ensamblaje con el proyecto host.

Más información en mi blog http://andersmalmgren.com/2014/08/20/implicit-dependencies-and-copy-local-fails-to-copy/

Cuando instala Entity Framework 6 a través Nuget. EntityFramework.SqlServer a veces falta para otro ejecutable. Simplemente agregue el Nugetpaquete a ese proyecto.

A veces lo anterior no funciona para el Proyecto de prueba

Para resolver este problema en Test Project, simplemente coloque este Método dentro de Test Project:

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

Este método nunca se ha llamado, pero como mis observaciones, el compilador eliminará todos los ensamblajes "innecesarios" y sin usar las EntityFramework.SqlServercosas, la prueba falla.

Agregar esta función

private void FixEfProviderServicesProblem()

a la clase de contexto de base de datos en la clase de biblioteca y la DLL faltante EntityFramework.SqlServer.dll se copiará en los lugares correctos.

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;
        }
    }
}

.

Ninguno de estos funcionó para mí. Encontré la solución en otra pregunta de stackoverflow . Lo agregaré aquí para una fácil referencia:

Debe hacer una referencia, por lo que se copiará en la ruta de la aplicación den. Porque más adelante se hará referencia en tiempo de ejecución. Por lo tanto, no necesita copiar ningún archivo.

private volatile Type _dependency;

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

Recibí el mismo error al usar Entity Framework 6 con SQL Server Compact 4.0. El artículo sobre MSDN para proveedores de Entity Framework para EF6 fue útil. La ejecución de los comandos de proveedor respectivos como paquetes nuget en Package Manager Console podría resolver el problema, ya que también los paquetes NuGet agregarán automáticamente registros al archivo de configuración. Corrí PM> Install-Package EntityFramework.SqlServerCompactpara resolver el problema.

Hoy me encontré con este problema al trabajar con un conjunto de servicios web, cada uno en proyectos diferentes, y un proyecto separado que contiene pruebas de integración para algunos de esos servicios.

He estado usando esta configuración durante algún tiempo con EF5, sin necesidad de incluir referencias a EF del Proyecto de prueba de integración.

Ahora, después de actualizar a EF6, parece que también necesito incluir una referencia a EF6 en el proyecto de prueba de integración, a pesar de que no se usa allí (más o menos como lo señaló anteriormente el usuario 3004275 ).

Indicaciones que enfrenta el mismo problema:

• Las llamadas directamente a EF (conectarse a una base de datos, obtener datos, etc.) funcionan bien, siempre que se inicien desde un proyecto que tenga referencias a EF6.
• Llamadas al servicio a través de una interfaz de servicio publicada. funcionan bien; es decir, no faltan referencias "internamente" en el servicio.
• Las llamadas directas a métodos públicos en el proyecto de servicio, desde un proyecto fuera del servicio, causarán este error, aunque EF no se use en ese proyecto en sí; solo internamente en el proyecto llamado

El tercer punto es lo que me desconcertó por un tiempo, y todavía no estoy seguro de por qué esto es necesario. Agregar una referencia a EF6 en mi proyecto de prueba de integración lo resolvió en cualquier caso ...

Cuando ocurre el error en los proyectos de prueba, la solución más bonita es decorar la clase de prueba con:

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

El proyecto de inicio que hace referencia al proyecto donde se está utilizando Entity Framework necesita los siguientes dos ensamblados en su carpeta bin:

• EntityFramework.dll
• EntityFramework.SqlServer.dll

Adición de una <section>a la <configSections>del archivo .config en el proyecto de inicio hace que el primer montaje disponible en ese directorio bin. Puede copiar esto desde el archivo .config de su proyecto 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 que el segundo .dll esté disponible en la carpeta bin, aunque no sea práctico, se puede hacer una copia manual de la carpeta bin del proyecto Entity Framework. Una mejor alternativa es agregar a los eventos posteriores a la compilación del proyecto Entity Framework las siguientes líneas, que automatizarán el proceso:

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

Hoy me encuentro con este problema. Tengo una biblioteca de clases de repositorio de datos con el paquete EF63 NuGet y la aplicación de consola para pruebas, que solo hacen referencia al proyecto de biblioteca de clases. Creé un comando posterior a la compilación muy simple, que copia EntityFramework.SqlServer.dll de la carpeta Bin \ Debug de la biblioteca de clases a la carpeta Bin \ Debug de la aplicación de consola y el problema se resolvió. No olvide agregar la sección entityFramework al archivo .config de la aplicación de consola.

Agregue a continuación a su 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>

Eliminar la carpeta BIN lo hizo por mí

Debe forzar una referencia estática al ensamblaje EntityFramework.SqlServer.dll , pero en lugar de poner un código ficticio, puede hacerlo de una manera más bella:

1. Si ya tiene una clase DbConfiguration :

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

2. Si no tiene una clase DbConfiguration , debe poner el siguiente código al inicio de la aplicación (antes de usar EF):

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

Acabo de reinstalar Entity Framework usando Nuget. Y siga las instrucciones escritas en el siguiente enlace: http://robsneuron.blogspot.in/2013/11/entity-framework-upgrade-to-6.html

Creo que el problema se resolverá.

Expanda el archivo YourModel.edmx y abra la clase YourModel.Context.cs en YourModel.Context.tt.

Agregué la siguiente línea en la sección de uso y el error fue corregido para mí.

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

Puede que tenga que agregar esta línea al archivo cada vez que el archivo se genera automáticamente.

También tuve un problema similar. Mi problema se resolvió haciendo lo siguiente:

parece que nadie mencionó primero verificar si System.Data.SqlClient está instalado en el sistema y si se hace referencia a él.

Resolví mi problema instalando System.Data.SqlClient y agregando un nuevo proveedor en la aplicación.

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

Además, asegúrese de que su proyecto de inicio es el proyecto que contiene su dbcontext (o app.config relevante). El mío estaba tratando de iniciar un proyecto de sitio web que no tenía todas las configuraciones necesarias.

Intenté casi todo lo anterior y nada funcionó.

Sólo cuando me puse los archivos DLL que se hace referencia en el defecto del proyecto EntityFrameworky EntityFramework.SqlServerpropiedades Copy Locala Truequé se comience a trabajar!

todo el mundo necesito su atención que dos dll EntityFramework.dll y EntityFramework.SqlServer.dll son DataAccess layer Library y no es lógico usarlos a la vista ni en ninguna otra capa. Resuelve su problema pero no es lógico.

La forma lógica es que el atributo enitiess los elimine y los reemplace con Fluent API. Esta es una solución real

Tenía una aplicación de consola y una biblioteca de clase. En la biblioteca de clases, creé el Modelo de datos de entidad (haga clic con el botón derecho en Biblioteca de clase> Agregar> Nuevo elemento> Datos> Modelo de datos de entidad ADO.NET 6.0) y coloque la referencia dentro de la aplicación de consola. Entonces, tiene una aplicación de consola que hace referencia a la biblioteca de clases y dentro de la biblioteca de clases tiene el modelo EF. Tuve el mismo error cuando intenté obtener algunos registros de la tabla.

Resolví este problema siguiendo estos pasos:

1. Haga clic derecho en la solución y elija la opción 'Administrar paquetes NuGet para la solución' y aparecerá la ventana del administrador de paquetes NuGet.
2. Vaya a la opción 'Administrar' en 'Paquetes instalados' SUGERENCIA: Entity Framework se agrega a la Biblioteca de clases, por lo que tendrá EntityFramework en 'Paquetes instalados' y verá la opción 'Administrar'
3. Haga clic en la opción 'Administrar' y marque para instalar el paquete al proyecto que tiene referencia a la biblioteca de clases que contiene el modelo EF (en mi caso configuré la casilla de verificación para instalar el paquete en la aplicación de consola que tenía referencia a la biblioteca de clases que tenía el modelo EF dentro)

Eso fue todo lo que tuve que hacer y todo funcionó a la perfección.

Espero que haya ayudado.

Yo tengo el mismo error. Es extraño que solo suceda cuando use mi dbContext para consultar a cualquiera de mis modelos u obtener su lista como:

var results = _dbContext.MyModel.ToList();

Intentamos reinstalar Entity Framework, hacer referencia a él correctamente pero fue en vano.

Afortunadamente, intentamos buscar ALLsoluciones en Nuget , luego actualizar todo o asegurarnoseverything sea ​​la misma versión porque notamos que los dos proyectos tienen diferentes versiones de EF en el proyecto web. Y funciona. El error se ha ido.

Aquí está la captura de pantalla sobre cómo administrar Nuget para todas las soluciones:

Simplemente falta una referencia a EntityFramework.SqlServer.dll. Para proyectos de EntityFramework que utilizan SQL Server, los dos archivos que debe consultar son EntityFramework.SqlServer.dll y EntityFramework.dll

Tuve un problema relacionado al migrar de una base de datos CE a Sql Server en Azure. Solo desperdicié 4 horas tratando de resolver esto. Esperemos que esto pueda salvar a alguien un destino similar. Para mí, tenía una referencia a SqlCE en mi archivo packages.config. Eliminarlo resolvió todo mi problema y me permitió usar migraciones. Yay Microsoft para otra tecnología con problemas de configuración y configuración innecesariamente complejos.

Tuve el mismo problema, solo copié el archivo de configuración de la aplicación del proyecto que contenía el DBContext en mi proyecto de prueba

Tuve la misma excepción lanzada. yo incluí

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

y todo vuelve a funcionar de nuevo ...

Como el mensaje muestra que necesitamos agregar el proveedor System.Data.SqlClient, es por eso que necesitamos instalar el paquete nuget de EntityFramework que tiene dos dll, pero si estamos desarrollando solo una aplicación de consola, entonces solo necesitamos agregar la referencia de EntityFramework.SqlServer.dll