Entity Framework: recupera ID prima di "Salva modifiche" all'interno di una transazione

Question

In Entity Framework: esiste un modo per recuperare un ID (identità) appena creato all'interno di una transazione prima di chiamare "SaveChanges"?

Ho bisogno l'ID per un secondo inserto, tuttavia è sempre restituito come 0 ...

 ObjectContext objectContext = ((IObjectContextAdapter)context).ObjectContext; 

     objectContext.Connection.Open(); 

     using (var transaction = objectContext.Connection.BeginTransaction()) 
     { 
      foreach (tblTest entity in saveItems) 
      { 
       this.context.Entry(entity).State = System.Data.EntityState.Added; 
       this.context.Set<tblTest>().Add(entity); 

       int testId = entity.TestID; 

       .... Add another item using testId 
      } 

      try 
      { 
       context.SaveChanges(); 
       transaction.Commit(); 
      } 
      catch (Exception ex) 
      { 
       transaction.Rollback(); 
       objectContext.Connection.Close(); 
       throw ex; 
      } 
     } 

     objectContext.Connection.Close(); 

Answer 1

L'ID viene generato dal database dopo la riga viene inserita nella tabella. Non puoi chiedere al database quale sarà quel valore prima che la riga venga inserita.

Ci sono due modi per aggirare questo: il più semplice sarebbe chiamare SaveChanges. Dato che ci si trova all'interno di una transazione, è possibile eseguire il rollback in caso di problemi dopo aver ottenuto l'ID.

Il secondo modo sarebbe non utilizzare i campi del database integrati in IDENTITY, ma piuttosto implementarli da soli. Questo può essere molto utile quando si hanno molte operazioni di inserimento di massa, ma viene fornito con un prezzo - non è banale da implementare.

MODIFICA: SQL Server 2012 ha un tipo SEQUENCE incorporato che può essere utilizzato al posto di una colonna IDENTITY, non è necessario implementarlo manualmente.

Answer 2

@zmbq ha ragione, è possibile ottenere l'ID dopo aver chiamato le modifiche di salvataggio.

Il mio suggerimento è che NON si deve fare affidamento sull'ID generato del database. Il database dovrebbe solo un dettaglio della vostra applicazione, non una parte integrante e non modificabile.

Se non è possibile aggirare il problema, utilizzare un GUID come identificatore a causa della sua unicità. MSSQL supporta GUID come tipo di colonna nativa ed è veloce (anche se non più veloce di INT.).

Acclamazioni

Answer 3

Se il soggetto tblTest è collegato ad altre entità che si desidera allegare, non è necessario avere la Id per creare la relazione. Diciamo tblTest è collegato a oggetto anotherTest, è il modo in cui in oggetto anotherTest avete tblTest proprietà degli oggetti e tblTestId, in questo caso si può avere questo codice:

using (var transaction = objectContext.Connection.BeginTransaction()) 
    { 
     foreach (tblTest entity in saveItems) 
     { 
      this.context.Entry(entity).State = System.Data.EntityState.Added; 
      this.context.Set<tblTest>().Add(entity); 

      anotherTest.tblTest = entity; 
      .... 
     } 
    } 

Dopo la presentazione della relazione sarebbe stato creato e si don Non c'è bisogno di preoccuparsi di Id ed ecc.