Che effetto hanno le diverse SaveOptions EF 4 sull'ObjectContext?

Question

Sto cercando di risolvere un errore molto simile a quello descritto qui:

InvalidOperationException when calling SaveChanges in .NET Entity framework

Sembra che la soluzione (che non ho ancora provato, è vero) è quello di passare System.Data.Objects .SaveOptions.Non è il parametro SaveOptions per il metodo SaveChanges().

Quindi, prima di farlo, sto cercando di capire esattamente come funzionano i diversi SaveOptions (None, AcceptAllChangesAfterSave, DetectAllChanges). Tuttavia, non sono stato in grado di trovare una spiegazione chiara di ciò, né sono sicuro di quale sia l'impostazione predefinita. Qualcuno può chiarire?

Grazie!

UPDATE: Ho inviato la domanda vero problema qui: System.InvalidOperationException when trying to iteratively add objects using EF 4

Answer 1

Buona domanda (+1).

In poche parole (da quanto ho capito):

SaveOptions.DetectChangesBeforeSave: questo è il valore predefinito. Quando si esegue ObjectContext.SaveChanges(), il metodo DetectChanges() viene chiamato alle entità di collegamento sincronizzate nell'OSM.

SaveOptions.AcceptAllChangesAfterSave: Quando si esegue ObjectContext.SaveChanges(), il metodo AcceptAllChanges() viene chiamato - che è il coraggio della OSM, in cui vengono iterate, indirizzi e impostati Invariato/indipendente delle entità nel grafico.

SaveOptions.None: Quando si esegue ObjectContext.SaveChanges(), le modifiche vengono salvate immediatamente - nessuna sincronizzazione. Qualunque cosa si trovi nel grafico è ciò che verrà salvato.

Nella mia esperienza non ho mai avuto problemi con questo - l'ho lasciato come predefinito (DetectChangesBeforeSave).

A volte con POCO ho sentito che è necessario chiamare esplicitamente DetectChanges, ma non ho mai visto una raccomandazione/soluzione per modificare SaveOptions su none.

Sei sicuro che la soluzione in questa domanda è impostare SaveOptions su none? Forse dovresti fornire dettagli (o porre una domanda separata) sull'errore che ricevi, in quanto una modifica come questa influenzerà l'intero livello di persistenza.

Answer 2

correzione di breve per

SaveOptions.DetectChangesBeforeSave: questa è l'impostazione predefinita. Quando si esegue ObjectContext.SaveChanges(), il metodo DetectChanges() viene chiamato alle entità di collegamento sincronizzate nell'OSM.

SaveChanges è una versione di overload di SaveChanges(SaveOptions optsions) metodo, in cui questa versione senza parametri chiama questo

SaveChanges(SaveOptions.DetectChangesBeforeSave | SaveOptions.AcceptAllChangesAfterSave) 

SaveOptions è un enum Flag e, in conclusione, SaveOptions.DetectChangesBeforeSave | SaveOptions.AcceptAllChangesAfterSave è il default del SaveChanges() non il DetectChangesBeforeSave