EF 4.1例外「プロバイダーはProviderManifestToken文字列を返しませんでした」

MSDNにある例を再現しようとしています。ASP.NETとEF 4.1（CTP？）を使用しています。NuGetを使用してEntityFrameworkパッケージをインストールしました。

このエラーが発生します：The provider did not return a ProviderManifestToken string...そしてデータベースは作成されません。

これが私の接続文字列です：

<add name="HospitalContext"
   connectionString=
   "data source=.\SQLExpress;initial catalog=NewTestDB;integrated security=True;"
   providerName="System.Data.SqlClient"/>

これが私のコードです：

var pat = new Patient { Name = "Shane123132524356436435234" };
db.Patients.Add(pat);

var labResult = new LabResult { Result = "bad", Patient = pat };

int recordAffected = db.SaveChanges();

これが私のコンテキストです：

public class HospitalContext : DbContext
{
    static HospitalContext()
    {
        Database.SetInitializer(new HostpitalContextInitializer());
    }

    public DbSet<Patient> Patients { get; set; }
    public DbSet<LabResult> LabResults { get; set; }
}

public class HostpitalContextInitializer :
             DropCreateDatabaseIfModelChanges<HospitalContext>
{
    protected override void Seed(HospitalContext context)
    {
        context.Patients.Add(new Patient { Name = "Fred Peters" });
        context.Patients.Add(new Patient { Name = "John Smith" });
        context.Patients.Add(new Patient { Name = "Karen Fredricks" });
    }
}

これは、VS 2010 SP1が完全にパッチされたSQL 2008システムです。

このエラーが発生し、以前の提案をいくつか試しました。次に、内部例外を確認したところ、ユーザーに対して単純なSQLログインエラーが発生していることがわかりました。確認するべき他の何か。

これは、Visual Studioの間違ったプロジェクトのapp.config内に接続文字列を配置したときに発生することがあります。

たとえば、EF 4.1（リリースバージョン）プロジェクト+ WCF Data Serviceプロジェクトでこの問題が発生し、Data Servicesプロジェクトで使用されている接続文字列が指定されていないことに気付きました。

同じエラーが発生しましたが、実際には、指定されたサーバーのログインに失敗しました。「統合セキュリティ」属性を構成接続文字列から削除し、機能しました。

同じ問題があり、コンテキストのインスタンスの直後に次のコードを追加します（例：onload）

context.Database.Connection.ConnectionString = @"Data Source=.\SQLExpress;Initial Catalog=Test;Integrated Security=True";

MvcMusicStoreアプリでも同様の問題がありました。Web.configの行を "Instance = true"から "Instance = false"に変更しました。この調整を行わなくても動作することがありますが、何が原因なのかはわかりません。このhttp://msdn.microsoft.com/en-us/library/ms254504.aspxを読んで も、実際には役に立ちませんでした。

許可の特定の理由により、EFはデータベース接続を作成できません。私は一日中同じ問題に直面していました。最後に私は次の解決策を試してみましたが、うまくいきました：a / IISを開きます（IIS 7を使用しています）b / Webサイトが使用していたappoolの詳細設定を開きます（例：DefaultAppPool）c /プロセスモデルグループを見て、ID値を変更します「Localsystem」へ

うまくいきますように。

私はちょうど同じ問題を抱えていました...
私のために働いた解決策は
、クライアントのネットワーク構成ツール（Runでcliconfgと入力）
を実行し、TCP / IPが有効になっていることを確認することでした。

私はついにそれをクラックしました-許可のためであると思ったわずかな野生のガチョウ追跡の後、

Revelation：USE SQL PROFILER

（注：私は最近EF6からEF5にダウングレードしました）

SQLプロファイラーを使用して、失敗が報告される前に実行された最後のSQLをすばやく見つけました。

SELECT TOP (1) 
[Project1].[C1] AS [C1], 
[Project1].[MigrationId] AS [MigrationId], 
[Project1].[Model] AS [Model]
FROM ( SELECT 
    [Extent1].[MigrationId] AS [MigrationId], 
    [Extent1].[Model] AS [Model], 
    1 AS [C1]
    FROM [dbo].[__MigrationHistory] AS [Extent1]
)  AS [Project1]
ORDER BY [Project1].[MigrationId] DESC

よく見てください-マイグレーションと関係があります。それは__MigrationHistoryテーブルを探しています-それが作成されたことにも気づかなかった（すでにCSPROJでMigrationsを一掃していた）ので、それをクリアしました。

したがって、そのテーブルの行をプルアップすると、特定の製品バージョン（v6）に関連付けられていることがわかります。

私は実際にEF6（最初にインストールするつもりではなかった）からEF5（足場との互換性が高い）にダウングレードし、問題が発生したときにそれをダウングレードしました。

私の推測では、Model (<Binary data>)列には下位互換性がないため、The provider did not return a ProviderManifest instanceデコードできなかったため、エラーが発生します。

失うものは何もなかったので、このテーブルを完全に一掃して実行しUpdate-Database -Verbose、その後再び稼働しました。

高度な環境にいる場合、またはすでに本番環境にいる場合は、このテーブルを一掃することは解決策ではない可能性がありますが、この方法で私は仕事に戻ることができました。

Visual Studio 11 BetaをEF4.1とASP.NET MVCで使用しているときに、見つかるまで髪の毛をほとんど引っ張り出しました。

http://connect.microsoft.com/VisualStudio/feedback/details/740623/asp-net-mvc-4-default-connection-string-improperly-escaped

私の問題を解決するために、Application_Startに入り、変更しました

Database.DefaultConnectionFactory = new SqlConnectionFactory（ "Data Source =（localdb）\ v11.0; Integrated Security = True; MultipleActiveResultSets = True"）;

に

Database.DefaultConnectionFactory = new SqlConnectionFactory（@ "Data Source =（localdb）\ v11.0; Integrated Security = True; MultipleActiveResultSets = True"）;

このエラーは、.edmxファイルが開いているときにのみ発生し、ファイルを再び閉じるとすぐに消えます。

CodePlexからのこの引用 、これは私と一緒に機能しました（ビジュアルスタジオ2013 / MVC 5）

EF Code Firstを使用している場合に考慮すべきもう1つのことは、DbContextクラスへのバッキングデータベースが自動的に作成されない場合があることです。解決策は、独自の接続文字列を追加することです-存在する可能性のある接続文字列を使用して、シンプルメンバーシッププロバイダーをサポートするユーザー/登録データベースをテンプレートとして処理できます。最後に、作成したDbContextクラスのデフォルトコンストラクターを追加する必要があります。

public ChaletDb():base("ChaletConnection")
    {

    }

ここでは、web.configファイルに入力した接続文字列の名前を使用して、データベースを作成するようにDbContextに指示します。非常にまれに、（SQL Server Management Studioで）データベースを手動で作成しなければならなかったため、データベースを機能させることができました。

ソリューションに複数のプロジェクトがあり、各プロジェクトにEFを異なる時間に追加しました。一部のマシンでは機能し、一部のマシンでは前述のエラーで失敗しました。プロジェクトのapp.configにこれが含まれていることに気づくのにしばらく時間がかかりました：

    <defaultConnectionFactory type="System.Data.Entity.Infrastructure.LocalDbConnectionFactory, EntityFramework">
  <parameters>
    <parameter value="v11.0" />
  </parameters>
</defaultConnectionFactory>

これは、LocalDb（新しい「sql express」のような）を使用している場合は問題ありませんが、その特定のサーバーをインストールしておらず、通常のSQLを使用している場合は完全に間違っています。

解決策：上記のコードを削除します。

これは、SQLサーバーへの接続に失敗したためです。

プロセスを実行しているユーザーアカウントがSQL Serverにアクセスできることを確認します。

親スレッドからDbContextを生成した場合（依存関係インジェクションを使用するなど）、別のユーザーに成り代わっている場合、このエラーが発生します。解決策は、新しいスレッドまたは新しい偽装コンテキスト内にDbContextを生成することです。

Visual Studioのすべてのインスタンスを閉じて、ソリューションを再び開きました。

本当に何が起こったのかはわかりませんが、2つの異なるローカルワークスペース（1つはローカルの変更、もう1つは変更されていないリポジトリのソースコード）から同じソリューションを開きました。私はpostgres DB、Entity Framework 6、Visual Studio 2013、ASP.NET MVC 5を使用しています。

エンティティフレームワークにエラーがありましたが、上記の回答のいずれも、最終的に機能するソリューションに適合しませんでした。

EntityFrameworkコードファーストモデルとDataContextは、WebAPIメインプロジェクトとは別のプロジェクトにありました。エンティティフレームワークプロジェクトのコーディングラインのどこかがスタートアッププロジェクトとして設定されていたため、移行を実行していたときに、「プロバイダーがProviderManifestToken文字列を返さなかった」という接続の問題が発生しました。

DBへのConnectionStringがWebAPIメインプロジェクトのWeb.configファイルにあるため、移行を実行しているときに接続文字列が取得されていなかったことがわかります。WebAPIプロジェクトをstartProjectとして設定することで、正常に接続できました。