LINQ To SQL-exception mit Attach(): Cannot add ein Unternehmen, das mit einem Schlüssel wird bereits verwendet

Betrachten Sie diese typischen disconnected Szenario:

  • laden ein Customer-Objekt von SQL Server mithilfe von LINQ To SQL
  • Benutzer änderungen der Entität und der präsentationsebene sendet wieder die Einheit geändert werden.
  • die Daten-Schicht, mit L2S, müssen senden Sie die änderungen an SQL Server,

Betrachten Sie diese LINQ To SQL-Abfrage, deren Absicht ist, um eine Entität Customer.

Cust custOrig = db.Custs.SingleOrDefault(o => o.ID == c.ID); //get the original
db.Custs.Attach(c, custOrig); //we don't have a TimeStamp=True property
db.SubmitChanges();

DuplicateKeyException: Cannot add an entity with a key that is already in use.

LINQ To SQL-exception mit Attach(): Cannot add ein Unternehmen, das mit einem Schlüssel wird bereits verwendet

Frage

  • Wie vermeiden Sie diese Ausnahme?
  • Was ist die beste Strategie für das aktualisieren einer Entität, die KEINE haben/wollen/brauchen eine timestamp-Eigenschaft?

Sub-Optimale Workarounds

  • manuell einstellen, jede Eigenschaft, die in der Aktualisierung der Kunden an die orig Kunden.
  • spin-up einen anderen DataContext
InformationsquelleAutor p.campbell | 2009-11-18
  1. 23

    Dies hat mit der Tatsache zu tun, dass datacontext (db) nicht verfolgen können, dieselbe Person mehr als einmal. Sehen dieser Beitrag für mehr details über, was Los ist.

    Einer der obskuren Kommentare unten, die post sagt, es zu versuchen:

    public void Update(Customer customer)
{
  NorthwindDataContext context = new NorthwindDataContext();
  context.Attach(customer);
  context.Refresh(RefreshMode.KeepCurrentValues, customer);
  context.SubmitChanges();
}

    Lassen Sie mich wissen, wie es funktioniert für Sie, als die OP, die post sagt es funktionierte für ihn...

    • +1; danke! Das hat tatsächlich funktioniert! Ich lasse diese Frage "unbeantwortet" für jetzt, aber diese Antwort ist definitiv das problem löst!
    • Als JustLoren sagt Befestigen, ist es für die Vermittlung eines den Kontext einer Entität, die es noch nicht haben - es kann nicht verwendet werden, zu ersetzen. In einer typischen situation, wenn Sie sind immer ein Objekt zurück, wird es irgendwann später sein und wird an eine neue Daten-Kontext.
    InformationsquelleAutor JustLoren
  2. -4

    Anstatt einen neuen Kontext könnte man dies tun:

    public void Update(Customer customer)
{
    Customer oldCustomer= db.Custs.First(c => c.ID == customer.ID);  //retrieve unedited 
    oldCustomer = customer;  //set the old customer to the new customer.
    db.SubmitChanges();  //sumbit to database
}
    • Das wird nicht aktualisieren Sie die Datenbank, es wird sich nur was ändern die variable oldCustomer verweist.
    InformationsquelleAutor Jostein Lie Sand
Schreibe einen Kommentar