Question

Ok so this is probably a trivial question but I’m having trouble visualizing and understanding the differences and when to use each. I’m also a little unclear as to how concepts like uni-directional and bi-directional mappings affect the one-to-many/many-to-many relationships. I’m using Hibernate right now so any explanation that’s ORM related will be helpful.

As an example let’s say I have the following set-up:

public class Person {
    private Long personId;
    private Set<Skill> skills;
    //Getters and setters
}

public class Skill {
    private Long skillId;
    private String skillName;
    //Getters and setters
}

So in this case what kind of mapping would I have? Answers to this specific example are definitely appreciated but I would also really like an overview of when to use either one-to-many and many-to-many and when to use a join table versus a join column and unidirectional versus bidirectional.

Answer 1

One-to-Many: One Person Has Many Skills, a Skill is not reused between Person(s)

• Unidirectional: A Person can directly reference Skills via its Set
• Bidirectional: Each “child” Skill has a single pointer back up to the
  Person (which is not shown in your code)

Many-to-Many: One Person Has Many Skills, a Skill is reused between Person(s)

• Unidirectional: A Person can directly reference Skills via its Set
• Bidirectional: A Skill has a Set of Person(s) which relate to it.

In a One-To-Many relationship, one object is the “parent” and one is the “child”. The parent controls the existence of the child. In a Many-To-Many, the existence of either type is dependent on something outside the both of them (in the larger application context).

Your subject matter (domain) should dictate whether or not the relationship is One-To-Many or Many-To-Many — however, I find that making the relationship unidirectional or bidirectional is an engineering decision that trades off memory, processing, performance, etc.

What can be confusing is that a Many-To-Many Bidirectional relationship does not need to be symmetric! That is, a bunch of People could point to a skill, but the skill need not relate back to just those people. Typically it would, but such symmetry is not a requirement. Take love, for example — it is bi-directional (“I-Love”, “Loves-Me”), but often asymmetric (“I love her, but she doesn’t love me”)!

All of these are well supported by Hibernate and JPA. Just remember that Hibernate or any other ORM doesn’t give a hoot about maintaining symmetry when managing bi-directional many-to-many relationships…thats all up to the application.