Hibernate однонаправленная ассоциация «один ко многим» - почему таблица соединений лучше?

Рассмотрим ситуацию, когда принадлежащий тип сущности также может принадлежать другому родительскому типу сущности. Вы размещаете ссылки внешнего ключа в принадлежащей таблице на обе родительские таблицы? Что делать, если у вас есть три типа родителей? Он просто не подходит для больших проектов.

Присоединяемая таблица отделяет соединение, так что принадлежащая таблица не знает родительских таблиц, что позволяет элегантно масштабировать дизайн.

Если дочерняя сущность имеет только один родительский тип, то нет необходимости в таблице соединений. Я сделал это с помощью JPA (с спящим режимом).

Преимущества: На один стол меньше. Возможно, лучшая производительность. Нет "для чего эта таблица?" тип вопросы.

Недостаток: с точки зрения объектно-ориентированного программирования вводится дополнительная зависимость между дочерним и родительским элементами. На практике это, вероятно, не так уж и важно, поскольку отношения у ребенка носят частный характер.

e.g. 
parent:
@OneToMany(mappedBy = "parent", cascade = CascadeType.ALL)
@MapKey(name = "name")
private Map children;

child:
@ManyToOne(optional = false)
private Parent parent;