È possibile rimuovere un elemento da un database utilizzando EF utilizzando i due metodi seguenti.
Il primo è sul EntityCollectione il secondo sul ObjectContext.
Quando dovrebbero essere usati ciascuno?
Uno è preferito rispetto all'altro?
Remove()restituisce a boole DeleteObject()ritorna void.
Risposte:
Non è generalmente corretto che è possibile " rimuovere un elemento da un database " con entrambi i metodi. Per essere precisi è così:
ObjectContext.DeleteObject(entity)contrassegna l'entità comeDeleted nel contesto. (E ' EntityStateè Deleteddopo.) Se si chiama SaveChangesdopo EF invia una SQL DELETEdichiarazione alla banca dati. Se non vengono violati vincoli referenziali nel database, l'entità verrà eliminata, altrimenti verrà generata un'eccezione.
EntityCollection.Remove(childEntity)segna la relazione tra parent e childEntityasDeleted . Se lo childEntitystesso viene eliminato dal database e cosa succede esattamente quando si chiama SaveChangesdipende dal tipo di relazione tra i due:
Se la relazione è facoltativa , ovvero la chiave esterna che fa riferimento dal figlio al genitore nel database consente NULLvalori, questo estero verrà impostato su null e se si chiama SaveChangesquesto NULLvalore per childEntityverrà scritto nel database (ovvero la relazione tra i due vengono rimossi). Questo succede con UPDATEun'istruzione SQL . Non si DELETEverifica alcuna affermazione.
Se è richiesta la relazione (l'FK non consente i NULLvalori) e la relazione non sta identificando (il che significa che la chiave esterna non fa parte della chiave primaria (composita) del figlio) è necessario aggiungere il figlio a un altro genitore o devi eliminare esplicitamente il figlio (con DeleteObjectallora). Se non si esegue alcuna di queste, viene violato un vincolo referenziale e EF genererà un'eccezione quando si chiama SaveChanges: la famigerata " La relazione non può essere modificata perché una o più proprietà della chiave esterna non sono nulla " eccezione o simile.
Se il rapporto è identificare (è necessariamente richiesto allora perché ogni parte della chiave primaria non può essere NULL) EF segnerà il childEntitycome Deletedpure. Se si chiama un'istruzione SaveChangesSQL DELETEverrà inviata al database. Se non vengono violati altri vincoli referenziali nel database, l'entità verrà eliminata, altrimenti verrà generata un'eccezione.
In realtà sono un po 'confuso riguardo alla sezione Note sulla pagina MSDN che hai collegato perché dice: " Se la relazione ha un vincolo di integrità referenziale, la chiamata del metodo Remove su un oggetto dipendente contrassegna sia la relazione che l'oggetto dipendente per la cancellazione. ". Questo mi sembra impreciso o addirittura sbagliato perché tutti e tre i casi precedenti hanno un " vincolo di integrità referenziale ", ma solo nell'ultimo caso il bambino viene effettivamente eliminato. (A meno che non intendano con " oggetto dipendente " un oggetto che partecipa a una relazione identificativa che sarebbe comunque una terminologia insolita.)
NULL"Non un valore" (anziché "il valore NULL" come ho scritto a volte un po 'sciatto), una "relazione facoltativa" non è in contraddizione con quella definizione di integrità referenziale.
ObjectContext.DeleteObject?
Se vuoi davvero usare Cancella, dovresti rendere nulla le tue chiavi esterne, ma poi finiresti con i record orfani (che è uno dei motivi principali per cui non dovresti farlo in primo luogo). Quindi basta usareRemove()
ObjectContext.DeleteObject (entity) contrassegna l'entità come eliminata nel contesto. (Successivamente EntityState viene eliminato.) Se in seguito si chiama SaveChanges, EF invia un'istruzione SQL DELETE al database. Se non vengono violati vincoli referenziali nel database, l'entità verrà eliminata, altrimenti verrà generata un'eccezione.
EntityCollection.Remove (childEntity) contrassegna la relazione tra parent e childEntity come eliminata. Se childEntity stesso viene eliminato dal database e cosa succede esattamente quando si chiama SaveChanges dipende dal tipo di relazione tra i due:
Una cosa degna di nota è che l'impostazione .State = EntityState.Deleted non attiva il cambiamento rilevato automaticamente. ( archivio )