Entity Framework.Remove() vs.DeleteObject()

il n'est généralement pas correct que vous pouvez " supprimer un élément d'une base de données " avec les deux méthodes. Pour être précis, c'est comme ça:

• ObjectContext.DeleteObject(entity) marque l'entité comme Deleted dans le contexte. (Il est EntityState est Deleted après cela.) Si vous appelez SaveChanges après EF envoie une instruction SQL DELETE à la base de données. Si aucune contrainte de référence dans le l'entité sera supprimée, sinon une exception est lancée.

• EntityCollection.Remove(childEntity) marques la relation entre parent et childEntity comme Deleted . Si le childEntity lui - même est supprimé de la base de données et ce qui se passe exactement quand vous appelez SaveChanges dépend du type de relation entre les deux:

  • si la relation est optionnel , c'est-à-dire que la clé étrangère qui renvoie de l'enfant au parent dans la base de données permet des valeurs NULL , cet étranger sera défini à null et si vous appelez SaveChanges cette valeur NULL pour le childEntity sera écrite dans la base de données (c'est-à-dire que la relation entre les deux est supprimée). Cela se produit avec une déclaration SQL UPDATE . Il n'y a pas de mention DELETE .

  • si la la relation est obligatoire (la FK ne permet pas les valeurs NULL ) et la relation est n'identifiant pas (ce qui signifie que la clé étrangère ne fait pas partie de la clé primaire (composite) de l'enfant) vous devez soit ajouter l'enfant à un autre parent ou vous devez supprimer explicitement l'enfant (avec DeleteObject alors). Si vous ne faites rien de tout cela, une contrainte référentielle est violée et EF fera une exception lorsque vous appelez SaveChanges - l'infâme " la relation ne pouvait pas être changée parce qu'une ou plusieurs des propriétés de la clé étrangère est non-nullable exception ou similaire.

  • si la relation est identifiant (c'est nécessairement requis alors parce qu'aucune partie de la clé primaire ne peut être NULL ) EF marquera le childEntity comme Deleted aussi. Si vous appelez SaveChanges une instruction SQL DELETE sera envoyée à la base de données. Si aucune autre contrainte référentielle dans la base de données n'est violée, l'entité sera supprimée, sinon une exception est lancée.

je suis en fait un peu confus au sujet de la section remarques sur la page MSDN vous avez lié parce qu'il dit: " si la relation a une intégrité référentielle contrainte, appelant la méthode Remove sur un objet dépendant marque à la fois la relation et l'objet dépendant pour la suppression. ". Cela me semble imprécis ou même erroné parce que les trois cas ci-dessus ont un " contrainte d'intégrité référentielle " mais seulement dans le dernier cas l'enfant est en fait supprimé. (À moins qu'ils ne signifient avec objet dépendant " un objet qui participe à une relation d'identification qui serait la terminologie.)