entity-Objekt verwiesen werden kann, indem mehrere Instanzen von IEntityChangeTracker. beim hinzufügen Verwandte Objekte zu Entitäten im Entity Framework 4.1

Schritte zum reproduzieren kann vereinfacht werden zu:

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

var user = contexOne.Users.FirstOrDefault();

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

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

Code ohne Fehler:

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();

InformationsquelleAutor Pavel Shkleinik

Ich hatte das gleiche problem, aber mein Problem mit dem @Slauma Lösung (obwohl große in bestimmten Fällen) ist, dass es empfiehlt, gebe ich den Kontext, in dem Dienst, der impliziert, dass der Kontext von mein controller. Es zwingt auch die enge Kopplung zwischen meinem controller und service-Layer.

Ich bin mit Dependency Injection-das einschleusen des Dienstes/repository Ebenen in die Steuerung und als solche haben keinen Zugriff auf den Kontext, aus dem controller.

Meine Lösung war, den Dienst/repository Schichten mit derselben Instanz des context - Singleton.

Kontext Singleton-Klasse:

Referenz: http://msdn.microsoft.com/en-us/library/ff650316.aspx

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

Repository-Klasse:

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

Andere Lösungen existieren, wie der Instanziierung des Kontext-einmal und übergeben es in die Konstruktoren von Ihrem service/repository-Schichten oder anderen, die ich gelesen über die Umsetzung der Einheit von Arbeit-Muster. Ich bin sicher, es gibt mehr...

InformationsquelleAutor kmullings

In meinem Fall war ich mit dem ASP.NET Identitäts-Framework. Ich hatte mich für die eingebauten UserManager.FindByNameAsync - Methode zum abrufen einer ApplicationUser Einheit. Ich habe dann versucht, mit einem Verweis auf diesen Rechtsträger auf einen neu geschaffenen Rechtsträger auf einen anderen DbContext. Dies führte zu der Ausnahme, die Sie ursprünglich sahen.

Ich dies Problem gelöst, indem eine neue ApplicationUser Person nur mit der Id von der UserManager Methode und verweisen auf die neue Entität.

InformationsquelleAutor Justin Skiles

In diesem Fall, es stellt sich heraus, der Fehler ist ganz klar: Entity Framework nicht verfolgen können, ein Unternehmen mit mehreren Instanzen von IEntityChangeTracker oder in der Regel mehrere Instanzen von DbContext. Die Lösungen sind: verwenden Sie eine Instanz von DbContext; Zugriff auf alle benötigten Entitäten durch ein einzelnes repository (abhängig von einer Instanz von DbContext); oder schalten Sie das tracking für alle Elemente zugegriffen, die über ein repository als die anderen werfen diese Besondere Ausnahme.

Wenn nach einer inversion of control pattern .Net-Core-Web-API, die ich Häufig finde, dass ich Controller mit Abhängigkeiten wie:

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

- und Gebrauchsspuren wie

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

Da alle drei repositories abhängig von verschiedenen DbContext Instanzen pro Anfrage, habe ich zwei Möglichkeiten das problem zu vermeiden, und pflegen Sie separate Repositorys: ändern Sie die Injektion des DbContext zum erstellen einer neuen Instanz nur einmal pro Aufruf:

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

oder, wenn die untergeordnete Einheit ist in einer nur-lese-Weise, ausschalten tracking für diese Instanz auf:

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

InformationsquelleAutor Kjata30

Fehler Quelle:

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

Hoffe, jemand spart einige wertvolle Zeit

InformationsquelleAutor Bourne Kolo