エンティティオブジェクトは、IEntityChangeTrackerの複数のインスタンスから参照できません。Entity Framework 4.1のエンティティに関連オブジェクトを追加する間

Cityへの参照がある従業員の詳細を保存しようとしています。しかし、検証された連絡先を保存しようとするたびに、例外「ADO.Net Entity FrameworkエンティティオブジェクトはIEntityChangeTrackerの複数のインスタンスから参照できません」が発生します。

たくさんの記事を読みましたが、それでも何をすべきかについて正確なアイデアが得られていません...保存ボタンのクリックコードを以下に示します

protected void Button1_Click(object sender, EventArgs e)
    {
        EmployeeService es = new EmployeeService();
        CityService cs = new CityService();

        DateTime dt = new DateTime(2008, 12, 12);
        Payroll.Entities.Employee e1 = new Payroll.Entities.Employee();

        Payroll.Entities.City city1 = cs.SelectCity(Convert.ToInt64(cmbCity.SelectedItem.Value));

        e1.Name = "Archana";
        e1.Title = "aaaa";
        e1.BirthDate = dt;
        e1.Gender = "F";
        e1.HireDate = dt;
        e1.MaritalStatus = "M";
        e1.City = city1;        

        es.AddEmpoyee(e1,city1);
    }

およびEmployeeservice Code

public string AddEmpoyee(Payroll.Entities.Employee e1, Payroll.Entities.City c1)
        {
            Payroll_DAO1 payrollDAO = new Payroll_DAO1();
            payrollDAO.AddToEmployee(e1);  //Here I am getting Error..
            payrollDAO.SaveChanges();
            return "SUCCESS";
        }

これらの2行が...

EmployeeService es = new EmployeeService();
CityService cs = new CityService();

...コンストラクタでパラメータを取らないでください。クラス内にコンテキストを作成すると思います。あなたがロードするとcity1...

Payroll.Entities.City city1 = cs.SelectCity(...);

...でcity1コンテキストにをアタッチしCityServiceます。後でcity1、への参照としてa Employee e1を追加しe1 、この参照を含めcity1てのコンテキストに追加しEmployeeServiceます。結果として、city12つの異なるコンテキストに関連付けられました。これは、例外が不満を言うものです。

これを修正するには、サービスクラスの外部にコンテキストを作成し、両方のサービスで挿入して使用します。

EmployeeService es = new EmployeeService(context);
CityService cs = new CityService(context); // same context instance

サービスクラスは、単一のエンティティタイプのみを処理するリポジトリのように見えます。このような場合、サービスに個別のコンテキストを使用すると、エンティティ間の関係が関与するとすぐに問題が発生します。

また、EmployeeCityService（単一のコンテキストを持つ）などの密接に関連するエンティティのセットを担当する単一のサービスを作成し、Button1_Clickメソッド内の操作全体をこのサービスのメソッドに委任することもできます。

再現手順は次のように簡略化できます。

var contextOne = new EntityContext();
var contextTwo = new EntityContext();

var user = contextOne.Users.FirstOrDefault();

var group = new Group();
group.User = user;

contextTwo.Groups.Add(group);
contextTwo.SaveChanges();

エラーなしのコード：

var context = new EntityContext();

var user = context.Users.FirstOrDefault();

var group = new Group();
group.User = user; // Be careful when you set entity properties. 
// Be sure that all objects came from the same context

context.Groups.Add(group);
context.SaveChanges();

EntityContextこれを解決できるのは1つだけです。他のソリューションについては、他の回答を参照してください。

これは古いスレッドですが、私が好む別の解決策は、cityIdを更新するだけで、穴モデルCityをEmployeeに割り当てないことです。

public class Employee{
    ...
    public int? CityId; //The ? is for allow City nullable
    public virtual City City;
}

次に、十分な割り当てです：

e1.CityId=city1.ID;

インジェクションの代わりに、さらに悪いシングルトン、デタッチを呼び出すことができます Addの前にメソッド。

EntityFramework 6： ((IObjectContextAdapter)cs).ObjectContext.Detach(city1);

EntityFramework 4： cs.Detach(city1);

最初のDBContextオブジェクトが必要ない場合のために、さらに別の方法があります。キーワードを使用してラップするだけです：

Payroll.Entities.City city1;
using (CityService cs = new CityService())
{
  city1 = cs.SelectCity(Convert.ToInt64(cmbCity.SelectedItem.Value));
}

私は同じ問題を抱えていましたが、@ Slaumaのソリューションの問題（特定の状況では素晴らしいものです）は、コンテキストをサービスに渡すことをお勧めします。これは、コンテキストがコントローラーから利用できることを意味します。また、コントローラーとサービスレイヤー間の緊密な結合を強制します。

Dependency Injectionを使用してサービス/リポジトリレイヤーをコントローラーに注入しているため、コントローラーからコンテキストにアクセスできません。

私の解決策は、サービス/リポジトリ層にコンテキストの同じインスタンス-シングルトンを使用させることでした。

コンテキストシングルトンクラス：

リファレンス：http : //msdn.microsoft.com/en-us/library/ff650316.aspx
およびhttp://csharpindepth.com/Articles/General/Singleton.aspx

public sealed class MyModelDbContextSingleton
{
  private static readonly MyModelDbContext instance = new MyModelDbContext();

  static MyModelDbContextSingleton() { }

  private MyModelDbContextSingleton() { }

  public static MyModelDbContext Instance
  {
    get
    {
      return instance;
    }
  }
}  

リポジトリクラス：

public class ProjectRepository : IProjectRepository
{
  MyModelDbContext context = MyModelDbContextSingleton.Instance;
  [...]

コンテキストを1回インスタンス化してサービス/リポジトリレイヤーのコンストラクターに渡す、または私が読んだ作業単位パターンを実装している別のソリューションなど、他のソリューションも存在します。もっとあると思います...

私の場合、私はASP.NET Identity Frameworkを使用していました。組み込みUserManager.FindByNameAsyncメソッドを使用してApplicationUserエンティティを取得しました。次に、別ので新しく作成されたエンティティでこのエンティティを参照しようとしましたDbContext。これにより、最初に見た例外が発生しました。

from メソッドApplicationUserのみで新しいエンティティを作成し、その新しいエンティティを参照することで、これを解決しました。IdUserManager

同じ問題があり、更新しようとしていたオブジェクトの新しいインスタンスの作成を解決できました。それから私はそのオブジェクトを私のリポジトリに渡しました。

この場合、エラーは非常に明確であることがわかります。EntityFramework IEntityChangeTrackerは、の複数のインスタンス、または通常はの複数のインスタンスを使用してエンティティを追跡できませんDbContext。解決策は次のとおりDbContextです。の1つのインスタンスに応じて、単一のリポジトリを介して必要なすべてのエンティティにアクセスしますDbContext。または、この特定の例外をスローするもの以外のリポジトリを介してアクセスされるすべてのエンティティの追跡をオフにします。

.Net Core Web APIで制御パターンの反転に従うと、次のような依存関係を持つコントローラーがあることがよくあります。

private readonly IMyEntityRepository myEntityRepo; // depends on MyDbContext
private readonly IFooRepository fooRepo; // depends on MyDbContext
private readonly IBarRepository barRepo; // depends on MyDbContext
public MyController(
    IMyEntityRepository myEntityRepo, 
    IFooRepository fooRepo, 
    IBarRepository barRepo)
{
    this.fooRepo = fooRepo;
    this.barRepo = barRepo;
    this.myEntityRepo = myEntityRepo;
}

そして使用法

...
myEntity.Foo = await this.fooRepository.GetFoos().SingleOrDefaultAsync(f => f.Id == model.FooId);
if (model.BarId.HasValue)
{
    myEntity.Foo.Bar = await this.barRepository.GetBars().SingleOrDefaultAsync(b => b.Id == model.BarId.Value);
}

...
await this.myEntityRepo.UpdateAsync(myEntity); // this throws an error!

3つのリポジトリすべてがDbContextリクエストごとに異なるインスタンスに依存しているため、問題を回避して個別のリポジトリを維持するための2つのオプションがあります。DbContextの注入を変更して、呼び出しごとに1回だけ新しいインスタンスを作成します。

// services.AddTransient<DbContext, MyDbContext>(); <- one instance per ctor. bad
services.AddScoped<DbContext, MyDbContext>(); // <- one instance per call. good!

または、子エンティティが読み取り専用で使用されている場合は、そのインスタンスの追跡をオフにします。

myEntity.Foo.Bar = await this.barRepo.GetBars().AsNoTracking().SingleOrDefault(b => b.Id == model.BarId);

トランザクション全体で同じDBContextオブジェクトを使用します。

プロジェクト（ASP.Net MVC EF6.2）にIoCを実装した後、この同じ問題に遭遇しました。

通常、コントローラーのコンストラクターでデータコンテキストを初期化し、同じコンテキストを使用してすべてのリポジトリを初期化します。

ただし、IoCを使用してリポジトリをインスタンス化すると、すべてのリポジトリが個別のコンテキストを持ち、このエラーが発生し始めました。

ここでは、より良い方法を考えながら、共通のコンテキストでリポジトリを更新することに戻りました。

これが私がこの問題に遭遇した方法です。まずOrder、ApplicationUserテーブルへの参照が必要なを保存する必要があります。

  ApplicationUser user = new ApplicationUser();
  user = UserManager.FindById(User.Identity.GetUserId());

  Order entOrder = new Order();
  entOrder.ApplicationUser = user; //I need this user before saving to my database using EF

問題は、新しいOrderエンティティを保存するために新しいApplicationDbContextを初期化していることです。

 ApplicationDbContext db = new ApplicationDbContext();
 db.Entry(entOrder).State = EntityState.Added;
 db.SaveChanges();

そのため、問題を解決するために、ASP.NET MVCの組み込みのUserManagerを使用する代わりに、同じApplicationDbContextを使用しました。

これの代わりに：

user = UserManager.FindById(User.Identity.GetUserId());

私は既存のApplicationDbContextインスタンスを使用しました：

//db instance here is the same instance as my db on my code above.
user = db.Users.Find(User.Identity.GetUserId()); 

エラーソース：

ApplicationUser user = await UserManager.FindByIdAsync(User.Identity.Name);
ApplicationDbContext db = new ApplicationDbContent();
db.Users.Uploads.Add(new MyUpload{FileName="newfile.png"});
await db.SavechangesAsync();/ZZZZZZZ

誰かが貴重な時間を節約してくれることを願っています