Che differenza fa .AsNoTracking ()?

Ho una domanda .AsNoTracking()sull'estensione, dato che è tutto abbastanza nuovo e piuttosto confuso.

Sto usando un contesto per richiesta per un sito Web.

Molte delle mie entità non cambiano, quindi non ho bisogno di essere rintracciate, ma ho il seguente scenario in cui non sono sicuro di cosa accadrà al database o anche se in questo caso fa la differenza.

Questo esempio è quello che sto facendo attualmente:

context.Set<User>().AsNoTracking()
// Step 1) Get user
context.Set<User>()
// Step 2) Update user

È lo stesso di cui sopra, ma rimuovendo .AsNoTracking()dal passaggio 1:

context.Set<User>();
// Step 1) Get user
context.Set<User>()
// Step 2) Update user

I passaggi 1 e 2 utilizzano lo stesso contesto ma si verificano in momenti diversi. Quello che non riesco a capire è se c'è qualche differenza. Dato che il passaggio 2 è un aggiornamento, suppongo che entrambi colpiranno comunque il database due volte.

Qualcuno può dirmi qual è la differenza?

La differenza è che nel primo caso l'utente recuperato non viene monitorato dal contesto, quindi quando si desidera salvare l'utente nel database è necessario collegarlo e impostare correttamente lo stato dell'utente in modo che EF sappia che dovrebbe aggiornare l'utente esistente invece di inserirne uno nuovo. Nel secondo caso non è necessario farlo se si carica e si salva l'utente con la stessa istanza di contesto perché il meccanismo di tracciamento lo gestisce per te.

vedere questa pagina Entity Framework e AsNoTracking

Cosa fa AsNoTracking

Entity Framework espone una serie di opzioni di ottimizzazione delle prestazioni per aiutarti a ottimizzare le prestazioni delle tue applicazioni. Una di queste opzioni di ottimizzazione è .AsNoTracking(). Questa ottimizzazione consente di dire di Entity Frameworknon tenere traccia dei risultati di una query. Ciò significa che Entity Frameworknon esegue alcuna elaborazione o memorizzazione aggiuntiva delle entità restituite dalla query. Tuttavia, significa anche che non è possibile aggiornare queste entità senza ricollegarle al grafico di monitoraggio.

ci sono significativi miglioramenti delle prestazioni usando AsNoTracking

Nessuna traccia di query LINQ to Entities

L'uso di AsNoTracking () è consigliato quando la query è destinata alle operazioni di lettura. In questi scenari, si ripristinano le entità ma non vengono monitorate dal proprio contesto, garantendo un utilizzo minimo della memoria e prestazioni ottimali

Professionisti

1. Prestazioni migliorate rispetto alle normali query LINQ.
2. Oggetti completamente materializzati.
3. Più semplice da scrivere con la sintassi integrata nel linguaggio di programmazione.

Contro

1. Non adatto per operazioni CUD.
2. Alcune restrizioni tecniche, come ad esempio: I pattern che utilizzano DefaultIfEmpty per le query OUTER JOIN generano query più complesse rispetto alle semplici istruzioni OUTER JOIN in Entity SQL.
3. Non puoi ancora usare LIKE con la corrispondenza generale del modello.

Maggiori informazioni disponibili qui:

Considerazioni sulle prestazioni per Entity Framework

Entity Framework e NoTracking

Disabilitando il tracciamento, i set di risultati verranno trasmessi in streaming nella memoria. Ciò è più efficiente quando si lavora con grandi set di dati e non è necessario l'intero set di dati contemporaneamente.

Riferimenti:

• Come evitare l'overflow della memoria durante la query di set di dati di grandi dimensioni con Entity Framework e LINQ
• Entity framework data set di grandi dimensioni, eccezione di memoria insufficiente

AsNoTracking () consente di ignorare il requisito "chiave univoca per record" in EF (non menzionato esplicitamente da altre risposte).

Ciò è estremamente utile quando si legge una vista che non supporta una chiave univoca perché forse alcuni campi sono nullable o la natura della vista non è indicizzabile logicamente.

In questi casi la "chiave" può essere impostata su qualsiasi colonna non annullabile, ma AsNoTracking () deve essere utilizzato con tutti i record di query altrimenti (duplicati per chiave) verranno ignorati.

Se hai qualcos'altro che modifica il DB (ad esempio un altro processo) e devi assicurarti di vedere questi cambiamenti, usa AsNoTracking(), altrimenti EF potrebbe darti l'ultima copia che aveva invece il tuo contesto, quindi sarebbe bene usare di solito un nuovo contesto ogni query :

http://codethug.com/2016/02/19/Entity-Framework-Cache-Busting/