La cartographie des clés Composites dans NHibernate Fluent

Je suis nouvelle couramment NHibernate. Maintenant je fais face à un problème avec la cartographie des clés composites.
Quelqu'un peut-il point de l'URL ou de l'échantillon s'il vous plaît?

InformationsquelleAutor pang | 2009-01-15
  1. 50

    Il y a un CompositeId méthode.

    public class EntityMap : ClassMap<Entity>
{
  public EntityMap()
  {
      CompositeId()
      .KeyProperty(x => x.Something)
      .KeyReference(x => x.SomethingElse);
  }
}
    • Notez que dans les nouvelles versions de NHibernate UseCompositeId est remplacé par CompositeId, et WithKeyProperty est juste KeyProperty
    • Walker : Aussi WithReferenceProperty est devenu KeyReference
    • Quelle est la différence dans KeyProperty et KeyReference dans ce cas?
    • Les exemples que je vois suggèrent que KeyProperty serait la "ID" et KeyReference serait l'Entité. Donc, utiliser KeyProperty pour "CustomerID", l'utilisation KeyReference pour le "Client" de l'instance
    InformationsquelleAutor James Gregory
  2. 5

    si c'est votre première classe

    public class EntityMap : ClassMap<Entity>
{
  public EntityMap()
  {
    UseCompositeId()
      .WithKeyProperty(x => x.Something)
      .WithReferenceProperty(x => x.SomethingElse);
  }
}

    voici le deuxième avec une référence à l'Entité

    public class SecondEntityMap : ClassMap<SecondEntity>
    {
      public SecondEntityMap()
      {
        Id(x => x.Id);

        ....

        References<Entity>(x => x.EntityProperty)
          .WithColumns("Something", "SomethingElse")
          .LazyLoad()
          .Cascade.None()
          .NotFound.Ignore()
          .FetchType.Join();

      }
    }
    InformationsquelleAutor Lars Hildebrandt
  3. 4

    Une autre chose à noter est que vous devez remplacer les méthodes Equals et GetHashCode pour une entité à l'aide d'un CompositeId. Étant donné les réponses acceptées fichier de mappage, votre entité devrait ressembler à ceci.

    public class Entity
{
   public virtual int Something {get; set;}
   public virtual AnotherEntity SomethingElse {get; set;}


   public override bool Equals(object obj)
    {
        var other = obj as Entity;

        if (ReferenceEquals(null, other)) return false;
        if (ReferenceEquals(this, other)) return true;
        return other.SomethingElse == SomethingElse && other.Something == Something;
    }

    public override int GetHashCode()
    {
        unchecked
        {
            return (SomethingElse.GetHashCode()*397) ^ Something;
        }
    }

}
    InformationsquelleAutor Kyle Mountney
  4. 1

    Il y a peut être une nécessité pour les entités ayant des identifiants composés, les entités que la carte de tables qui ont les clés primaires composites, composée de plusieurs colonnes. Les colonnes qui composent cette clé primaire sont généralement les clés étrangères d'une autre tables.

    public class UserMap : ClassMap<User>
{      
   public UserMap()
   {
        Table("User");

        Id(x => x.Id).Column("ID");

        CompositeId()
          .KeyProperty(x => x.Id, "ID")
          .KeyReference(x => x.User, "USER_ID");

        Map(x => x.Name).Column("NAME");               

        References(x => x.Company).Column("COMPANY_ID").ForeignKey("ID");
    }
}

    Pour plus de référence :
    http://www.codeproject.com/Tips/419780/NHibernate-mappings-for-Composite-Keys-with-associ

    • "Les colonnes qui composent cette clé primaire sont généralement les clés étrangères d'une autre table." Non, pas d'ordinaire. Si quoi que ce soit, ils aident à identifier une entité unique, où une colonne ne parvient pas à le faire sur son propre.
    InformationsquelleAutor Deepak