Perché Entity Framework 6 non seleziona solo scope_identity() dopo l'inserimento?

Question

Quando si sta salvando un'entità utilizzando EF 6.1, il seguente codice SQL viene generato ed eseguito:

exec sp_executesql N'INSERT [dbo].[Customers]([Name], [FirstName]) 
VALUES (@0, @1) 
SELECT [CustomerId] 
FROM [dbo].[Customers] 
WHERE @@ROWCOUNT > 0 AND [CustomerId] = scope_identity()',N'@0 nvarchar(max) ,@1 nvarchar(max) ',@0=N'Wenk',@1=N'Manuel' 

ho capito, che l'inserto/SELECT è fatto, per recuperare il valore del immediatley colonna CustomerID dopo Salvataggio. Per quanto ne so, SCOPE_IDENTITY() restituisce il valore, quindi perché non ci sia qualcosa di simile

SELECT scope_identity() 

invece di tutta quella roba che richiedono letture fisiche?

Cheers, Manuel

Answer 1

corretta. scope_identity() è lì per ottenere il valore generato CustomerId, quindi EF può usarlo come chiave di entità. Penso, ma devo indovinare perché non è documentato, lo tabella è fatto sulla tabella Customer per assicurarsi che il recuperato scope_identity() sia realmente correlato a CustomerId. Ci possono essere casi in cui un INSERT attiva più inserti in modo che scope_identity() sia assegnato a un altro record.

Un secondo motivo per interrogare la tabella Customer è che questa query viene generata in un metodo che può anche aggiungere colonne calcolate alla clausola SELECT. Probabilmente era più comodo interrogare la tabella delle entità comunque.

La clausola WHERE @@ROWCOUNT > 0 viene aggiunta per garantire che il numero previsto di righe sia interessato dall'istruzione INSERT. Nel codice sorgente di EF c'è un commento:

Si noti che filtriamo sul conteggio delle righe per garantire che non vengano restituite righe se non sono state modificate righe.