Nessun provider di Entity Framework trovato per il provider ADO.NET con nome invariante "System.Data.SqlClient"

Dopo aver scaricato EF6 con nuget e aver tentato di eseguire il mio progetto, restituisce il seguente errore:

Nessun provider di Entity Framework trovato per il provider ADO.NET con nome invariante 'System.Data.SqlClient'. Assicurarsi che il provider sia registrato nella sezione "entityFramework" del file di configurazione dell'applicazione. Vedere http://go.microsoft.com/fwlink/?LinkId=260882 per ulteriori informazioni.

Ho appena avuto lo stesso problema e sembra EntityFramework anche se installato da NuGet Package Manager non è stato installato correttamente nel progetto.

Sono riuscito a risolverlo eseguendo il seguente comando sulla console di Package Manager :

PM> Install-Package EntityFramework

Hai aggiunto EF a un progetto di biblioteca di classe. È inoltre necessario aggiungerlo al progetto a cui fa riferimento (l'app della console, il sito Web o qualsiasi altra cosa).

Non è necessario installare Entity Framework nell'applicazione Console, è sufficiente aggiungere un riferimento all'assembly EntityFramework.SqlServer.dll. È possibile copiare questo assembly dal progetto Libreria di classi che utilizza Entity Framework in una cartella LIB e aggiungere un riferimento ad esso.

In sintesi:

• Applicazione Libreria di classi:
  
  • Installa Entity Framework
  • Scrivi il codice del livello dati
  • Il file app.config ha tutta la configurazione relativa a Entity Framework ad eccezione della stringa di connessione.
• Creare una console, un'applicazione Web o desktop:
  
  • Aggiungi un riferimento al primo progetto.
  • Aggiungi un riferimento a EntityFramework.SqlServer.dll.
  • app.config / web.config ha la stringa di connessione (ricorda che il nome della voce di configurazione deve essere uguale al nome della classe DbContext.

Spero possa essere d'aiuto.

È inoltre possibile visualizzare questo messaggio se si dimentica di includere "EntityFramework.SqlServer.dll".

Sembra essere un file appena aggiunto in EF6. Inizialmente non l'avevo incluso nel mio modulo di unione e mi sono imbattuto nel problema elencato qui.

Invece di aggiungere EntityFramework.SqlServer al progetto host, puoi assicurarti un riferimento statico ad esso dal tuo progetto Modello / entità in questo modo

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

Ciò renderà il processo di compilazione includere l'assemblaggio con il progetto host.

Maggiori informazioni sul mio blog http://andersmalmgren.com/2014/08/20/implicit-dependencies-and-copy-local-fails-to-copy/

Quando si installa Entity Framework da 6 a Nuget. EntityFramework.SqlServer a volte manca un altro eseguibile. Aggiungi semplicemente il Nugetpacchetto a quel progetto.

A volte sopra non funziona per il progetto di test

Per risolvere questo problema in Test Project basta inserire questo metodo in Test Project:

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

Questo metodo non è mai stato chiamato, ma come le mie osservazioni, il compilatore rimuoverà tutti gli assembly "non necessari" e senza usare le EntityFramework.SqlServercose il test fallisce.

Aggiungi questa funzione

private void FixEfProviderServicesProblem()

nella classe di contesto del database nella classe di libreria e la DLL EntityFramework.SqlServer.dll mancante verrà copiata nei punti corretti.

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

.

Nessuno di questi ha funzionato per me. Ho trovato la soluzione in un'altra domanda di StackOverflow . Lo aggiungerò qui per un facile riferimento:

Devi fare un riferimento, quindi verrà copiato nel percorso dell'applicazione den. Perché in seguito verrà fatto riferimento in runtime. Quindi non è necessario copiare alcun file.

private volatile Type _dependency;

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

Ho riscontrato lo stesso errore durante l'utilizzo di Entity Framework 6 con SQL Server Compact 4.0. L'articolo su MSDN per Provider Framework Entity per EF6 è stato utile. L'esecuzione dei rispettivi comandi del provider come pacchetti nuget nella Console Gestione pacchetti potrebbe risolvere il problema, poiché anche i pacchetti NuGet aggiungeranno automaticamente le registrazioni al file di configurazione. Ho corso PM> Install-Package EntityFramework.SqlServerCompactper risolvere il problema.

Ho affrontato questo problema oggi quando lavoravo con una serie di servizi Web, ciascuno in progetti diversi, e un progetto separato contenente test di integrazione per alcuni di questi servizi.

Sto usando questa configurazione da un po 'di tempo con EF5, senza la necessità di includere riferimenti a EF dal progetto di test di integrazione.

Ora, dopo l'aggiornamento a EF6, sembra che debba includere un riferimento a EF6 anche nel progetto di test di integrazione, anche se non viene utilizzato lì (praticamente come indicato sopra dall'utente 3004275 ).

Indicazioni che stai riscontrando lo stesso problema:

• Le chiamate direttamente a EF (connessione a un DB, acquisizione di dati, ecc.) Funzionano correttamente, a condizione che vengano avviate da un progetto con riferimenti a EF6.
• Chiamate al servizio tramite un'interfaccia di servizio pubblicata funzionano correttamente; cioè non ci sono riferimenti mancanti "internamente" nel servizio.
• Chiamate direttamente a metodi pubblici nel progetto di servizio, da un progetto esterno al servizio, causeranno questo errore, anche se EF non viene utilizzato nel progetto stesso; solo internamente nel progetto chiamato

Il terzo punto è ciò che mi ha sconcertato per un po ', e non sono ancora sicuro del perché sia ​​necessario. L'aggiunta di un riferimento a EF6 nel mio progetto Test di integrazione lo ha risolto in ogni caso ...

Quando si verifica l'errore nei progetti di test, la soluzione più bella è decorare la classe di test con:

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

Il progetto di avvio che fa riferimento al progetto in cui viene utilizzato Entity Framework richiede i seguenti due assembly nella relativa cartella bin:

• EntityFramework.dll
• EntityFramework.SqlServer.dll

L'aggiunta di a <section>al <configSections>file .config sul progetto di avvio rende disponibile il primo assembly in quella directory bin. Puoi copiarlo dal file .config del tuo progetto 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>

Per rendere disponibile il secondo .dll nella cartella bin, anche se non pratico, è possibile creare una copia manuale dalla cartella bin del progetto Entity Framework. Un'alternativa migliore è quella di aggiungere al progetto Post-Build Events del Entity Framework le seguenti righe, che automatizzeranno il processo:

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

Ho appena incontrato questo problema oggi. Ho una libreria di classi di repository di dati con il pacchetto NuGet EF63 e l'applicazione console per i test, che fanno riferimento solo al progetto della libreria di classi. Ho creato un comando post-build molto semplice, che copia EntityFramework.SqlServer.dll dalla cartella Bin \ Debug della libreria di classi nella cartella Bin \ Debug dell'applicazione console e il problema è stato risolto. Non dimenticare di aggiungere la sezione entityFramework al file .config dell'applicazione console.

Aggiungi sotto al tuo 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>

L'eliminazione della cartella BIN l'ha fatto per me

È necessario forzare un riferimento statico all'assembly EntityFramework.SqlServer.dll , ma invece di inserire un codice fittizio, è possibile farlo in un modo più bello:

1. Se hai già una classe DbConfiguration :

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

2. Se non si dispone di una classe DbConfiguration , è necessario inserire il seguente codice all'avvio dell'app (prima di utilizzare EF):

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

Ho appena reinstallato Entity Framework usando Nuget. E segui le istruzioni scritte sul link seguente: http://robsneuron.blogspot.in/2013/11/entity-framework-upgrade-to-6.html

Penso che il problema verrà risolto.

Espandere il file YourModel.edmx e aprire la classe YourModel.Context.cs in YourModel.Context.tt.

Ho aggiunto la seguente riga nella sezione utilizzo e l'errore è stato corretto per me.

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

Potrebbe essere necessario aggiungere questa riga al file ogni volta che il file viene generato automaticamente.

Ho avuto anche un problema simile. Il mio problema è stato risolto nel modo seguente:

sembra che nessuno abbia menzionato prima il controllo se System.Data.SqlClient è installato nel sistema e se viene fatto riferimento ad esso.

ho risolto il mio problema installando System.Data.SqlClient e aggiungendo un nuovo provider in app.Config

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

Inoltre, assicurati che il tuo progetto di avvio sia il progetto che contiene il tuo dbcontext (o l'app.config pertinente). Il mio stava cercando di avviare un progetto di sito Web che non aveva tutte le impostazioni di configurazione necessarie.

Ho provato quasi tutto quanto sopra e niente ha funzionato.

Solo quando ho impostato le DLL di riferimento nel Progetto predefinito EntityFrameworke le EntityFramework.SqlServerproprietà Copy Localsu Trueha iniziato a funzionare!

tutti ho bisogno della vostra attenzione che due dll EntityFramework.dll e EntityFramework.SqlServer.dll sono libreria di layer DataAccess E non è logico usarli in vista o qualsiasi altro layer.it risolve il problema ma non è logico.

modo logico è che l'attributo enitiess li rimuova e li sostituisca con API Fluent.questa è la vera soluzione

Avevo un'applicazione console e una libreria di classi. Nella libreria di classi ho creato Entity Data Model (fare clic con il pulsante destro del mouse su Libreria di classi> Aggiungi> Nuovo elemento> Dati> ADO.NET Entity Data Model 6.0) e inserire il riferimento all'interno dell'applicazione console. Quindi, hai un'applicazione console che fa riferimento alla libreria di classi e all'interno della libreria di classi hai il modello EF. Ho avuto lo stesso errore quando ho cercato di ottenere alcuni record dalla tabella.

Ho risolto questo problema seguendo questi passaggi:

1. Fare clic con il tasto destro del mouse sulla soluzione e selezionare l'opzione 'Gestisci pacchetti NuGet per soluzione' e verrà visualizzata la finestra del gestore pacchetti NuGet.
2. Vai all'opzione "Gestisci" in "Pacchetti installati" SUGGERIMENTO: Entity Framework viene aggiunto alla Libreria di classi, quindi EntityFramework in "Pacchetti installati" e vedrai l'opzione "Gestisci"
3. Fare clic sull'opzione 'Gestisci' e selezionare per installare il pacchetto nel progetto che ha riferimento alla libreria di classi che contiene il modello EF (nel mio caso ho impostato la casella di controllo per installare il pacchetto sull'app console che aveva riferimento alla libreria di classi che aveva il modello EF all'interno)

Questo è tutto ciò che dovevo fare e tutto ha funzionato perfettamente.

Spero abbia aiutato.

Ho lo stesso errore È strano che accada solo ogni volta che ho usato il mio dbContext per eseguire query su uno dei miei modelli o ottenere il suo elenco come:

var results = _dbContext.MyModel.ToList();

Abbiamo provato a reinstallare Entity Framework, facendo riferimento in modo corretto ma senza risultati.

Fortunatamente, abbiamo provato a controllare le ALLsoluzioni di Nuget , quindi aggiornare tutto o accertarcieverything fosse la stessa versione perché abbiamo notato che i due progetti hanno versioni EF diverse sul progetto Web. E funziona L'errore è sparito.

Ecco lo screenshot su come gestire Nuget per tutte le soluzioni:

Manca un riferimento a EntityFramework.SqlServer.dll. Per i progetti EntityFramework che utilizzano SQL Server, i due file che è necessario fare riferimento sono EntityFramework.SqlServer.dll e EntityFramework.dll

Ho avuto un problema correlato durante la migrazione da un db CE a SQL Server in Azure. Ho appena perso 4 ore a cercare di risolvere questo problema. Spero che questo possa salvare a qualcuno un destino simile. Per me, avevo un riferimento a SqlCE nel mio file packages.config. La sua rimozione ha risolto il mio intero problema e mi ha permesso di utilizzare le migrazioni. Yay Microsoft per un'altra tecnologia con problemi di configurazione e configurazione inutilmente complessi.

Ho avuto lo stesso problema, ho appena copiato il file Config app dal progetto che conteneva DBContext nel mio progetto di test

Ho avuto l'eccezione identica generata. Ho incluso

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

e tutto torna a funzionare di nuovo ..

Come messaggio mostra che dobbiamo aggiungere il provider System.Data.SqlClient ecco perché dobbiamo installare un pacchetto nuget di EntityFramework che ha due dll ma se stiamo sviluppando solo un'applicazione console, dobbiamo solo aggiungere un riferimento a EntityFramework.SqlServer.dll