NHibernate: Violée contrainte non nulle lors de l'enregistrement relation hasMany avec Cascade = AllDeleteOrphan

Question

Mon haricot ressemble à ceci:

public class A { 
    ... 
    [HasMany (MapType = typeof(B), Table = "B_table", ColumnKey = "A_object_id", 
       Fetch = FetchEnum.Join, 
       RelationType = RelationType.List, Index = "id", 
       Cascade = ManyRelationCascadeEnum.AllDeleteOrphan)] 

    IList<B> BList { get; set; } 
    ... 
} 

et quand effectuer sur Enregistrer ce haricot Je pense que les haricots de type B seront automatiquement sauvés (et supprimé à la mise à jour) aussi. NHibernate essaie sûrement cela, mais il le fait avec B_table.A_object_id défini sur NULL en premier, puis NHibernate met à jour B_table en définissant la valeur B_table.A_object_id appropriée (c'est-à-dire: A.ID).
Ce n'est pas ce que je veux, car j'ai une contrainte NOT NULL dans la base de données.
Ma question est: comment faire NHibernate enregistrer automatiquement les objets enfants avec le bon jeu d'ID depuis le début? Je sais que je peux créer un bean, le sauvegarder, obtenir son nouvel identifiant, créer des beans B, définir leur A_object_id et ensuite enregistrer des beans B ... mais c'est une solution de contournement.

Answer 1

Les relations unidirectionnelles (dans lesquelles seul le parent connaît l'enfant) entraînent toujours une mise à jour pour définir l'ID. Je ne sais pas pourquoi et ça n'a pas beaucoup de sens pour moi non plus, mais c'est comme ça que fonctionne NHibernate.

Vous devez créer une relation bidirectionnelle où le hasMany aurait une inverse = true et B aurait une référence à la classe A (ce qui devrait être remplie lorsque vous ajoutez B à la collection.