Разница между «один ко многим», «многие к одному» и «многие ко многим»?

Я объяснил бы что путь:

OneToOne - отношения OneToOne

@OneToOne
Person person;

@OneToOne
Nose nose;

OneToMany - отношения ManyToOne

@OneToMany
List<Shepherd> shepherd;

@ManyToOne
Sheep sheep;

ManyToMany - отношения ManyToMany

@ManyToMany
List<Traveler> traveler;

@ManyToMany
List<Destination> destination;

это, вероятно, потребовало бы отношения «многие ко многим», как показано ниже

public class Person{

    private Long personId;
    @manytomany

    private Set skills;
    //Getters and setters
}

public class Skill{
    private Long skillId;
    private String skillName;
    @manyToMany(MappedBy="skills,targetClass="Person")
    private Set persons; // (people would not be a good convenion)
    //Getters and setters
}

вам может потребоваться определить joinTable + JoinColumn, но это будет возможно работать и без ...

Посмотрите эту статью: Сопоставление объектных отношений

Существует две категории объектных отношений, которые необходимо учитывать при сопоставлении. Первая категория основана на множественности и включает три типа:

*One-to-one relationships.  This is a relationship where the maximums of each of its multiplicities is one, an example of which is holds relationship between Employee and Position in Figure 11.  An employee holds one and only one position and a position may be held by one employee (some positions go unfilled).
*One-to-many relationships. Also known as a many-to-one relationship, this occurs when the maximum of one multiplicity is one and the other is greater than one.  An example is the works in relationship between Employee and Division.  An employee works in one division and any given division has one or more employees working in it.
*Many-to-many relationships. This is a relationship where the maximum of both multiplicities is greater than one, an example of which is the assigned relationship between Employee and Task.  An employee is assigned one or more tasks and each task is assigned to zero or more employees. 

Вторая категория основана на направленности, и она содержит два типа, однонаправленные отношения и двунаправленные отношения.

*Uni-directional relationships.  A uni-directional relationship when an object knows about the object(s) it is related to but the other object(s) do not know of the original object.  An example of which is the holds relationship between Employee and Position in Figure 11, indicated by the line with an open arrowhead on it.  Employee objects know about the position that they hold, but Position objects do not know which employee holds it (there was no requirement to do so).  As you will soon see, uni-directional relationships are easier to implement than bi-directional relationships.
*Bi-directional relationships.  A bi-directional relationship exists when the objects on both end of the relationship know of each other, an example of which is the works in relationship between Employee and Division.  Employee objects know what division they work in and Division objects know what employees work in them. 

Прежде всего прочтите все мелким шрифтом. Обратите внимание, что реляционное сопоставление NHibernate (таким образом, я предполагаю, также и Hibernate) имеет забавное соответствие с отображением DB и графа объектов. Например, отношения «один к одному» часто реализуются как отношения «многие к одному».

Во-вторых, прежде чем мы сможем сказать вам, как вы должны написать карту O / R, мы также должны увидеть вашу БД. В частности, могут ли несколько человек владеть одним Навыком? Если да, то у вас отношения «многие ко многим»; в противном случае - многие к одному.

В-третьих, я предпочитаю не реализовывать отношения «многие ко многим» напрямую, а вместо этого моделировать «таблицу соединений» в вашей модели предметной области, то есть рассматривать ее как объект, например:

class PersonSkill 
{
    Person person;
    Skill skill;    
}

Тогда вы видите что у тебя есть? У вас два отношения "один ко многим". (В этом случае Person может иметь набор PersonSkills, но не иметь набора навыков.) Однако некоторые предпочтут использовать отношение «многие ко многим» (между Person и Skill); это спорно.

В-четвертых, если у вас действительно есть двунаправленные отношения (например, у человека есть не только набор навыков, но также и у навыка есть набор лиц), NHibernate не обеспечивает двунаправленность в вашем BL для ты; он понимает двунаправленность отношений только для целей сохранения.

В-пятых, в NHibernate (и я предполагаю, что Hibernate) гораздо проще правильно использовать «многие-к-одному», чем «один-ко-многим» (отображение коллекций).

Удачи!