saveOrUpdate() sur parent cartographié auto-définit tous les enfants clés étrangères à NULL

Question

J'utilise Fluent NHibernate et NHibernate.Core 3 beta 1. J'ai deux classes:

public class Promotion 
{ 
    public Promotion() 
    { 
     PromotionEntrants = new List<PromotionEntrant>(); 
    } 

    public virtual int Id { get; set; }   
    [Required] 
    public virtual string Name { get; set; } 
    ... 
    public virtual IList<PromotionEntrant> PromotionEntrants { get; set; } 
} 

public class PromotionEntrant 
{ 
    public virtual int Id { get; set; } 
    ... 
    public virtual Promotion Promotion { get; set; } 
} 

J'utilise la cartographie automatique, qui génère le schéma que j'attends et les choses semblent fonctionner comme prévu pour la plupart.

J'ai l'action suivante (ASP.NET MVC 3 RC) pour l'enregistrement/la création Promotions:

[HttpPost] 
public ActionResult SavePromo(Promotion promo) 
{ 
    if (ModelState.IsValid) 
    { 
     // .SaveOrUpdateCopy(promo) results in the same SQL 
     NhSession.SaveOrUpdate(promo); 
     NhSession.Flush(); 
    } 

    ... 
} 

Exécute l'attendu "Promotion de la mise à jour ..." requête, mais il exécute également les éléments suivants:

UPDATE [PromotionEntrant] SET PromotionId = null WHERE PromotionId = @p0;@p0 = 1 [Type: Int32 (0)] 

Comment puis-je empêcher cela? Ma seule supposition est qu'il voit la liste vide sur l'objet Promotion (construit par ASP.NET MVC donc pas attaché à la Session NH), en prenant cela pour signifier qu'il n'y a pas d'enfant PromotionEntrants. Pour essayer d'empêcher cela, j'ai créé le remplacement de mappage automatique suivant, mais cela ne fait aucune différence.

public class PromotionMappingOverride : IAutoMappingOverride<Promotion> 
{ 
    public void Override(AutoMapping<Promotion> mapping) 
    { 
     mapping.HasMany(p => p.PromotionEntrants) 
      .Cascade.None(); 
    } 
} 

Toute aide serait grandement appréciée.

Answer 1

Vérifiez que PromotionEntrant.Promotion pointe réellement vers la promotion. Étant donné qu'il s'agit d'une relation bidirectionnelle, la relation est gérée à partir du côté enfant de la relation. Du côté parent, vous aurez une collection inverse = true.

BTW - Vous devriez vraiment exécuter votre code dans une transaction. Si vous êtes déjà, le NhSession.Flush() est superflu.