不変の名前「System.Data.SqlClient」を持つADO.NETプロバイダーのEntity Frameworkプロバイダーが見つかりません

nugetでEF6をダウンロードしてプロジェクトを実行しようとすると、次のエラーが返されます。

不変名 'System.Data.SqlClient'のADO.NETプロバイダー用のエンティティフレームワークプロバイダーが見つかりません。プロバイダーがアプリケーション構成ファイルの「entityFramework」セクションに登録されていることを確認してください。詳細については、http：//go.microsoft.com/fwlink/？LinkId = 260882を参照してください。

NuGet Package Managerからのインストールがプロジェクトに正しくインストールされていませんが、同じ問題が発生し、EntityFrameworkのように見えます。

パッケージマネージャーコンソールで次のコマンドを実行して、なんとか修正しました。

PM> Install-Package EntityFramework

EFをクラスライブラリプロジェクトに追加しました。また、それを参照するプロジェクト（コンソールアプリ、Webサイトなど）に追加する必要があります。

Entity Frameworkをコンソールアプリケーションにインストールする必要はありません。アセンブリEntityFramework.SqlServer.dllへの参照を追加するだけです。このアセンブリを、Entity Frameworkを使用するクラスライブラリプロジェクトからLIBフォルダーにコピーして、参照を追加できます。

要約すれば：

• クラスライブラリアプリケーション：
  
  • Entity Frameworkをインストールする
  • データレイヤーコードを書く
  • app.configファイルには、接続文字列を除いて、Entity Frameworkに関連するすべての構成が含まれています。
• コンソール、Web、またはデスクトップアプリケーションを作成します。
  
  • 最初のプロジェクトへの参照を追加します。
  • EntityFramework.SqlServer.dllへの参照を追加します。
  • app.config / web.configには接続文字列があります（構成エントリの名前はDbContextクラスの名前と同じでなければならないことに注意してください。

お役に立てば幸いです。

「EntityFramework.SqlServer.dll」を含めるのを忘れた場合にも、このメッセージが表示されます。

EF6で新しく追加されたファイルのようです。最初はマージモジュールに含まれていなかったため、ここにリストされている問題に遭遇しました。

EntityFramework.SqlServerをホストプロジェクトに追加する代わりに、次のようにモデル/エンティティプロジェクトからプロジェクトへの静的参照を確保できます。

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

これにより、ビルドプロセスにホストプロジェクトとのアセンブリが含まれます。

私のブログの詳細 http://andersmalmgren.com/2014/08/20/implicit-dependencies-and-copy-local-fails-to-copy/

Entity Framework 6からをインストールする場合Nuget。EntityFramework.SqlServerが別の実行可能ファイルに失敗することがある。Nugetそのプロジェクトにパッケージを追加するだけです。

上記はテストプロジェクトでは機能しない場合があります

テストプロジェクトでこの問題を解決するには、このメソッドをテストプロジェクト内に配置します。

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

このメソッドが呼び出されることはありませんが、私の見解として、コンパイラーはすべての「不要な」アセンブリーを削除しEntityFramework.SqlServer、テストが失敗したものを使用しません。

この機能を追加

private void FixEfProviderServicesProblem()

ライブラリクラスのデータベースコンテキストクラスと欠落しているDLL EntityFramework.SqlServer.dllが正しい場所にコピーされます。

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

。

これらのどれも私にとってはうまくいきませんでした。私は別のスタックオーバーフローの質問で解決策を見つけました。簡単に参照できるように、ここに追加します。

参照を作成する必要があるため、アプリケーションパスにコピーされます。後で実行時に参照されるためです。したがって、ファイルをコピーする必要はありません。

private volatile Type _dependency;

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

SQL Server Compact 4.0でEntity Framework 6を​​使用しているときにも同じエラーが発生しました。Entity Framework Providers for EF6 に関するMSDNの記事は役に立ちました。パッケージマネージャーコンソールでそれぞれのプロバイダーコマンドをnugetパッケージとして実行すると、問題が解決する場合があります。また、NuGetパッケージは、構成ファイルに登録を自動的に追加します。私はPM> Install-Package EntityFramework.SqlServerCompact問題を解決するために走りました。

それぞれが異なるプロジェクトのWebサービスのセット、およびそれらのサービスのいくつかの統合テストを含む個別のプロジェクトで作業しているときに、今日この問題に遭遇しました。

統合テストプロジェクトからのEFへの参照を含める必要なしに、EF5でこのセットアップをしばらく使用してきました。

今、EF6へのアップグレード後、統合テストプロジェクトでEF6への参照を含める必要があるように見えますが、そこでは使用されていません（かなりuser3004275で指摘したとおり）。

同じ問題に直面している兆候：

• EF6への参照を持つプロジェクトから開始されている限り、EFへの直接の呼び出し（DBへの接続、データの取得など）は正常に機能します。
• 公開されたサービスインターフェイスを介したサービスの呼び出しは正常に機能します。つまり、サービスに「内部で」欠落している参照はありません。
• サービス外のプロジェクトからサービスプロジェクトのパブリックメソッドを直接呼び出すと、EFがそのプロジェクト自体で使用されていなくても、このエラーが発生します。呼び出されたプロジェクトの内部でのみ

3番目のポイントは、しばらく私を失望させたものであり、なぜこれが必要なのかはまだわかりません。統合テストプロジェクトでEF6に参照を追加すると、どのような場合でも解決されます...

テストプロジェクトでエラーが発生した場合の最も良い解決策は、テストクラスを次のように装飾することです。

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

Entity Frameworkが使用されているプロジェクトを参照するスタートアッププロジェクトでは、binフォルダーに次の2つのアセンブリが必要です。

• EntityFramework.dll
• EntityFramework.SqlServer.dll

スタートアッププロジェクトの.configファイルのにを追加する<section>と、<configSections>そのbinディレクトリで最初のアセンブリを使用できるようになります。これは、Entity Frameworkプロジェクトの.configファイルからコピーできます。

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

2番目の.dllをbinフォルダーで使用できるようにするには、実用的ではありませんが、Entity Frameworkプロジェクトのbinフォルダーから手動でコピーを作成できます。より良い代替策は、Entity Frameworkプロジェクトのビルド後のイベントに次の行を追加することです。これにより、プロセスが自動化されます。

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

今日、この問題に遭遇しました。私は、EF63 NuGetパッケージとテスト用のコンソールアプリケーションを備えたデータリポジトリクラスライブラリを持っています。これらは、クラスライブラリプロジェクトのみを参照しています。EntityFramework.SqlServer.dllをクラスライブラリのBin \ DebugフォルダーからコンソールアプリケーションのBin \ Debugフォルダーにコピーする非常に単純なビルド後のコマンドを作成し、問題を解決しました。entityFrameworkセクションをコンソールアプリケーションの.configファイルに追加することを忘れないでください。

以下を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>

BINフォルダーを削除すると、

EntityFramework.SqlServer.dllアセンブリへの静的参照を強制する必要がありますが、ダミーコードを配置する代わりに、より美しい方法でこれを行うことができます。

1. DbConfigurationクラスが既にある場合：

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

2. あなたが持っていない場合はDbConfigurationのクラスを（EFが使用される前に）あなたは、アプリの起動時に以下のコードを配置する必要があります。

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

Nugetを使用してEntity Frameworkを再インストールしました。そして、以下のリンクに書かれている指示に従ってください：http : //robsneuron.blogspot.in/2013/11/entity-framework-upgrade-to-6.html

問題は解決すると思います。

YourModel.edmxファイルを展開し、YourModel.Context.ttの下にあるYourModel.Context.csクラスを開きます。

usingセクションに次の行を追加し、エラーを修正しました。

SqlProviderServices = System.Data.Entity.SqlServer.SqlProviderServices;を使用します。

ファイルが自動生成されるたびに、この行をファイルに追加する必要がある場合があります。

私にも同様の問題がありました。私の問題は次のようにして解決しました：

System.Data.SqlClientがシステムにインストールされているかどうか、およびシステムへの参照が行われているかどうかを最初に確認することについて誰も言及しなかったようです。

System.Data.SqlClientをインストールし、app.Configに新しいプロバイダーを追加することで問題を解決しました

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

また、起動プロジェクトがdbcontext（または関連するapp.config）を含むプロジェクトであることを確認してください。鉱山は、必要なすべての構成設定を持たないウェブサイトプロジェクトを立ち上げようとしていました。

上記のほとんどすべてを試しましたが、何もうまくいきませんでした。

私はデフォルトのプロジェクトで参照DLLを設定した場合のみEntityFrameworkとEntityFramework.SqlServerプロパティCopy LocalにするTrueには、作業を開始でした！

EntityFramework.dllとEntityFramework.SqlServer.dllの2つのdllがDataAccessレイヤーライブラリであることに注意してください。これらをビューや他のレイヤーで使用することは論理的ではありません。問題は解決されますが、論理的ではありません。

論理的な方法は、enitiess属性を削除してFluent APIで置き換えることです。これは実際のソリューションです

コンソールアプリケーションとクラスライブラリが1つありました。クラスライブラリでエンティティデータモデルを作成し（クラスライブラリを右クリックして[追加]> [新しい項目]> [データ]> [ADO.NETエンティティデータモデル6.0]）、コンソールアプリケーション内に参照を配置しました。したがって、クラスライブラリへの参照を持つコンソールアプリケーションがあり、クラスライブラリ内にはEFモデルがあります。テーブルからレコードを取得しようとしたときにも同じエラーが発生しました。

次の手順に従ってこの問題を解決しました：

1. ソリューションを右クリックして、[ソリューションのNuGetパッケージの管理]オプションを選択すると、NuGetパッケージマネージャーウィンドウが表示されます。
2. [インストールされたパッケージ]の下の[管理]オプションに移動しますヒント：Entity Frameworkがクラスライブラリに追加されているため、[インストールされたパッケージ]の下にEntityFrameworkがあり、[管理]オプションが表示されます
3. 「管理」オプションをクリックして、EFモデルを保持するクラスライブラリへの参照があるプロジェクトにパッケージをインストールするためにチェックします（私の場合、チェックボックスを設定して、内部にEFモデルを持つクラスライブラリへの参照があったコンソールアプリにパッケージをインストールします）

それが私がしなければならなかったすべてであり、すべてが完璧に働いた。

お役に立てば幸いです。

同じエラーがあります。dbContextを使用してモデルのいずれかにクエリを実行するか、次のようなリストを取得する場合にのみ発生するのは奇妙です：

var results = _dbContext.MyModel.ToList();

Entity Frameworkを再インストールしようとしましたが、適切に参照しましたが、役に立ちませんでした。

幸い、私たちはNugetのALLソリューションを確認し、すべてを更新するかeverything、同じバージョンであることを確認しようとしました。これは、2つのプロジェクトのWebプロジェクトでEFバージョンが異なることに気付いたためです。そしてそれは機能します。エラーはなくなりました。

以下は、すべてのソリューションでNugetを管理する方法のスクリーンショットです。

EntityFramework.SqlServer.dllへの参照がありません。SQL Serverを使用するEntityFrameworkプロジェクトの場合、参照する必要がある2つのファイルはEntityFramework.SqlServer.dllとEntityFramework.dllです。

CEデータベースからAzure上のSQL Serverに移行するときに関連する問題がありました。これを解決するために4時間を無駄にしただけです。うまくいけば、これは誰かに同様の運命を救うかもしれない。私にとっては、packages.configファイルにSqlCEへの参照がありました。それを削除すると問題全体が解決し、移行を使用できるようになりました。不必要に複雑なセットアップと構成の問題を抱える別の技術者のために、マイクロソフトをご利用ください。

同じ問題があり、DBContextを含むプロジェクトからApp Configファイルをテストプロジェクトにコピーしただけです。

同じ例外がスローされました。含めた

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

そして、すべてが再び動作するように戻っています。

メッセージが示すように、プロバイダーSystem.Data.SqlClientを追加する必要があるため、2つのDLLを持つEntityFrameworkのnugetパッケージをインストールする必要がありますが、コンソールアプリケーションのみを開発している場合は、EntityFramework.SqlServer.dllの参照を追加するだけです。