Für den ADO.NET-Anbieter mit dem invarianten Namen 'System.Data.SqlClient' wurde kein Entity Framework-Anbieter gefunden.

Nach dem Herunterladen des EF6 per Nuget und dem Versuch, mein Projekt auszuführen, wird der folgende Fehler zurückgegeben:

Für den ADO.NET-Anbieter mit dem invarianten Namen 'System.Data.SqlClient' wurde kein Entity Framework-Anbieter gefunden. Stellen Sie sicher, dass der Anbieter im Abschnitt 'entityFramework' der Anwendungskonfigurationsdatei registriert ist. Weitere Informationen finden Sie unter http://go.microsoft.com/fwlink/?LinkId=260882 .

Ich bin gerade auf das gleiche Problem gestoßen und es sieht so aus, als ob EntityFramework, obwohl es über NuGet Package Manager installiert wurde, nicht korrekt im Projekt installiert wurde.

Ich konnte das Problem beheben, indem ich den folgenden Befehl in der Package Manager-Konsole ausführte :

PM> Install-Package EntityFramework

Sie haben einem Klassenbibliotheksprojekt EF hinzugefügt. Sie müssen es auch dem Projekt hinzufügen, das darauf verweist (Ihre Konsolen-App, Website oder was auch immer).

Sie müssen Entity Framework nicht in Ihrer Konsolenanwendung installieren, sondern nur einen Verweis auf die Assembly EntityFramework.SqlServer.dll hinzufügen. Sie können diese Assembly aus dem Klassenbibliotheksprojekt, das Entity Framework verwendet, in einen LIB-Ordner kopieren und einen Verweis darauf hinzufügen.

Zusammenfassend:

• Klassenbibliotheksanwendung:
  
  • Installieren Sie Entity Framework
  • Schreiben Sie Ihren Datenschichtcode
  • Die Datei app.config enthält alle Konfigurationen für Entity Framework mit Ausnahme der Verbindungszeichenfolge.
• Erstellen Sie eine Konsolen-, Web- oder Desktopanwendung:
  
  • Fügen Sie einen Verweis auf das erste Projekt hinzu.
  • Fügen Sie einen Verweis auf EntityFramework.SqlServer.dll hinzu.
  • app.config / web.config hat die Verbindungszeichenfolge (denken Sie daran, dass der Name des Konfigurationseintrags mit dem Namen der DbContext-Klasse übereinstimmen muss.

Ich hoffe, es hilft.

Sie können diese Meldung auch sehen, wenn Sie vergessen haben, "EntityFramework.SqlServer.dll" einzuschließen.

Es scheint sich um eine neu hinzugefügte Datei in EF6 zu handeln. Anfangs hatte ich es nicht in mein Zusammenführungsmodul aufgenommen und bin auf das hier aufgeführte Problem gestoßen.

Anstatt EntityFramework.SqlServer zum Hostprojekt hinzuzufügen, können Sie einen statischen Verweis darauf aus Ihrem Modell- / Entitätsprojekt wie folgt sicherstellen

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

Dadurch wird der Erstellungsprozess die Assembly mit dem Hostprojekt einschließen.

Weitere Informationen in meinem Blog http://andersmalmgren.com/2014/08/20/implicit-dependencies-and-copy-local-fails-to-copy/

Wenn Sie Entity Framework 6 über installieren Nuget. EntityFramework.SqlServer fehlt manchmal für eine andere ausführbare Datei. Fügen Sie einfach das NugetPaket zu diesem Projekt hinzu.

Manchmal funktioniert das oben genannte für Testprojekt nicht

Um dieses Problem in Test Project zu lösen, platzieren Sie diese Methode einfach in Test Project:

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

Diese Methode wurde nie aufgerufen, aber meiner Beobachtung nach entfernt der Compiler alle "unnötigen" Assemblys, und ohne das EntityFramework.SqlServerMaterial zu verwenden, schlägt der Test fehl.

Fügen Sie diese Funktion hinzu

private void FixEfProviderServicesProblem()

Die Datenbankkontextklasse in der Bibliotheksklasse und die fehlende DLL EntityFramework.SqlServer.dll werden an die richtigen Stellen kopiert.

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

.

Nichts davon hat bei mir funktioniert. Ich habe die Lösung in einer anderen Frage zum Stapelüberlauf gefunden . Ich werde es hier als einfache Referenz hinzufügen:

Sie müssen eine Referenz erstellen, damit diese in den Anwendungspfad kopiert wird. Denn später wird zur Laufzeit darauf verwiesen. Sie müssen also keine Dateien kopieren.

private volatile Type _dependency;

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

Ich habe den gleichen Fehler bei der Verwendung von Entity Framework 6 mit SQL Server Compact 4.0 erhalten. Der Artikel über MSDN für Entity Framework-Anbieter für EF6 war hilfreich. Das Ausführen der entsprechenden Provider-Befehle als Nuget-Pakete in der Package Manager-Konsole kann das Problem lösen, da auch NuGet-Pakete automatisch Registrierungen zur Konfigurationsdatei hinzufügen. Ich rannte PM> Install-Package EntityFramework.SqlServerCompact, um das Problem zu lösen.

Dieses Problem ist heute aufgetreten, als ich mit einer Reihe von Webdiensten in unterschiedlichen Projekten und einem separaten Projekt mit Integrationstests für einige dieser Dienste gearbeitet habe.

Ich verwende dieses Setup seit einiger Zeit mit EF5, ohne Verweise auf EF aus dem Integrationstestprojekt einfügen zu müssen.

Jetzt, nach dem Upgrade auf EF6, muss ich anscheinend auch einen Verweis auf EF6 in das Integrationstestprojekt aufnehmen, obwohl es dort nicht verwendet wird (so ziemlich wie oben von user3004275 ausgeführt ).

Anzeichen dafür, dass Sie vor dem gleichen Problem stehen:

• Aufrufe direkt an EF (Herstellen einer Verbindung zu einer Datenbank, Abrufen von Daten usw.) funktionieren einwandfrei, sofern sie von einem Projekt initiiert werden, das Verweise auf EF6 enthält.
• Anrufe an den Dienst über eine veröffentlichte Dienstschnittstelle funktionieren einwandfrei. dh es fehlen keine Referenzen "intern" im Service.
• Aufrufe von öffentlichen Projekten im Serviceprojekt von einem Projekt außerhalb des Service verursachen diesen Fehler, obwohl EF in diesem Projekt selbst nicht verwendet wird. nur intern im aufgerufenen Projekt

Der dritte Punkt hat mich für eine Weile abgeworfen, und ich bin mir immer noch nicht sicher, warum dies erforderlich ist. Das Hinzufügen einer Referenz zu EF6 in meinem Integrationstest-Projekt hat es auf jeden Fall gelöst ...

Wenn der Fehler in Testprojekten auftritt, besteht die schönste Lösung darin, die Testklasse zu dekorieren mit:

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

Das Startprojekt, das auf das Projekt verweist, in dem Entity Framework verwendet wird, benötigt die folgenden zwei Assemblys in seinem bin-Ordner:

• EntityFramework.dll
• EntityFramework.SqlServer.dll

Durch Hinzufügen von a <section>zur <configSections>Datei .config im Startprojekt wird die erste Assembly in diesem bin-Verzeichnis verfügbar. Sie können dies aus der .config-Datei Ihres Entity Framework-Projekts kopieren:

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

Um die zweite DLL im Ordner bin verfügbar zu machen, obwohl dies nicht praktikabel ist, kann eine manuelle Kopie aus dem Ordner bin des Entity Framework-Projekts erstellt werden. Eine bessere Alternative besteht darin, den Post-Build-Ereignissen des Entity Framework-Projekts die folgenden Zeilen hinzuzufügen, die den Prozess automatisieren:

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

Ich bin heute gerade auf dieses Problem gestoßen. Ich habe eine Datenrepository-Klassenbibliothek mit EF63 NuGet-Paket und Konsolenanwendung zum Testen, die nur auf Klassenbibliotheksprojekte verweisen. Ich habe einen sehr einfachen Post-Build-Befehl erstellt, der EntityFramework.SqlServer.dll aus dem Ordner Bin \ Debug der Klassenbibliothek in den Ordner Bin \ Debug der Konsolenanwendung kopiert und das Problem behoben hat. Vergessen Sie nicht, den Abschnitt entityFramework zur .config-Datei der Konsolenanwendung hinzuzufügen.

Fügen Sie unten zu Ihrer app.config hinzu.

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

Das Löschen des BIN-Ordners hat es für mich getan

Sie sollten einen statischen Verweis auf die Assembly EntityFramework.SqlServer.dll erzwingen , aber anstatt einen Dummy-Code einzufügen , können Sie dies auf eine schönere Weise tun:

1. Wenn Sie bereits eine DbConfiguration- Klasse haben:

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

2. Wenn Sie keine DbConfiguration- Klasse haben, müssen Sie beim Start der App den folgenden Code eingeben (bevor EF verwendet wird):

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

Ich habe gerade das Entity Framework mit Nuget neu installiert. Befolgen Sie die Anweisungen unter dem folgenden Link: http://robsneuron.blogspot.in/2013/11/entity-framework-upgrade-to-6.html

Ich denke, das Problem wird gelöst.

Erweitern Sie die Datei YourModel.edmx und öffnen Sie die Klasse YourModel.Context.cs unter YourModel.Context.tt.

Ich habe die folgende Zeile im Abschnitt "using" hinzugefügt und der Fehler wurde für mich behoben.

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

Möglicherweise müssen Sie diese Zeile jedes Mal zur Datei hinzufügen, wenn die Datei automatisch generiert wird.

Ich hatte auch ein ähnliches Problem. Mein Problem wurde wie folgt gelöst:

Es sieht so aus, als hätte niemand erwähnt, dass zuerst geprüft wurde, ob System.Data.SqlClient im System installiert ist und ob darauf verwiesen wird.

Ich habe mein Problem gelöst, indem ich System.Data.SqlClient installiert und einen neuen Anbieter in app.Config hinzugefügt habe

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

Stellen Sie außerdem sicher, dass Ihr Startprojekt das Projekt ist, das Ihren Datenbankkontext (oder die relevante app.config) enthält. Meins hat versucht, ein Website-Projekt zu starten, das nicht über alle erforderlichen Konfigurationseinstellungen verfügt.

Ich habe fast alles versucht und nichts hat funktioniert.

Erst als ich die referenzierten DLLs im Standardprojekt EntityFrameworkund in den EntityFramework.SqlServerEigenschaften so eingestellt habe Copy Local, Truedass es funktioniert!

Ich brauche Ihre Aufmerksamkeit. Achtung, dass zwei DLLs EntityFramework.dll und EntityFramework.SqlServer.dll DataAccess-Ebenenbibliothek sind. Es ist nicht logisch, sie in der Ansicht oder einer anderen Ebene zu verwenden. Es löst Ihr Problem, aber es ist nicht logisch.

Der logische Weg ist, dass das enitiess-Attribut sie entfernt und durch Fluent API ersetzt. Dies ist eine echte Lösung

Ich hatte eine Konsolenanwendung und eine Klassenbibliothek. In der Klassenbibliothek habe ich ein Entitätsdatenmodell erstellt (Rechtsklick auf Klassenbibliothek> Hinzufügen> Neues Element> Daten> ADO.NET-Entitätsdatenmodell 6.0) und eine Referenz in die Konsolenanwendung eingefügt. Sie haben also eine Konsolenanwendung, die auf die Klassenbibliothek verweist, und innerhalb der Klassenbibliothek haben Sie ein EF-Modell. Ich hatte den gleichen Fehler, als ich versuchte, einige Datensätze aus der Tabelle zu erhalten.

Ich habe dieses Problem folgendermaßen behoben:

1. Klicken Sie mit der rechten Maustaste auf die Lösung und wählen Sie die Option "NuGet-Pakete für Lösung verwalten". Das Fenster "NuGet-Paketmanager" wird angezeigt.
2. Gehen Sie zur Option "Verwalten" unter "Installierte Pakete". TIPP: Entity Framework wurde zur Klassenbibliothek hinzugefügt, sodass Sie EntityFramework unter "Installierte Pakete" haben und die Option "Verwalten" sehen
3. Klicken Sie auf die Option 'Verwalten' und aktivieren Sie das Kontrollkästchen, um das Paket in einem Projekt zu installieren, das einen Verweis auf die Klassenbibliothek enthält, die das EF-Modell enthält.

Das war alles was ich tun musste und alles hat perfekt funktioniert.

Ich hoffe es hat geholfen.

Ich habe den gleichen Fehler. Es ist seltsam, dass es nur passiert, wenn ich meinen dbContext verwendet habe, um nach einem meiner Modelle abzufragen oder seine Liste wie folgt abzurufen:

var results = _dbContext.MyModel.ToList();

Wir haben versucht, das Entity Framework neu zu installieren, es richtig zu referenzieren, aber ohne Erfolg.

Glücklicherweise haben wir versucht, das Nuget auf ALLLösungen zu überprüfen , dann alles zu aktualisieren oder sicherzustellen, dass everythinges dieselbe Version ist, da wir festgestellt haben, dass die beiden Projekte unterschiedliche EF-Versionen im Webprojekt haben. Und es funktioniert. Der Fehler ist weg.

Hier ist der Screenshot zum Verwalten von Nuget für alle Lösungen:

Sie vermissen nur einen Verweis auf EntityFramework.SqlServer.dll. Bei EntityFramework-Projekten mit SQL Server müssen Sie auf die beiden Dateien EntityFramework.SqlServer.dll und EntityFramework.dll verweisen

Ich hatte ein verwandtes Problem bei der Migration von einer CE-Datenbank auf SQL Server unter Azure. Ich habe gerade 4 Stunden damit verbracht, dies zu lösen. Hoffentlich kann dies jemandem ein ähnliches Schicksal ersparen. Für mich hatte ich einen Verweis auf SqlCE in meiner Datei packages.config. Durch das Entfernen wurde mein gesamtes Problem behoben und ich konnte Migrationen verwenden. Yay Microsoft für eine andere Technologie mit unnötig komplexen Setup- und Konfigurationsproblemen.

Ich hatte das gleiche Problem, habe nur die App Config-Datei aus dem Projekt, das den DBContext enthielt, in mein Testprojekt kopiert

Ich hatte die identische Ausnahme geworfen. Ich habe eingeschlossen

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

und alles funktioniert wieder ..

Wie die Nachricht zeigt, müssen wir den Anbieter System.Data.SqlClient hinzufügen. Deshalb müssen wir das Nuget-Paket von EntityFramework mit zwei DLLs installieren. Wenn wir jedoch nur eine Konsolenanwendung entwickeln, müssen wir nur die Referenz von EntityFramework.SqlServer.dll hinzufügen