Ответ
Отношение Many-to-Many (многие-ко-многим) означает, что множество экземпляров одной сущности может быть связано с множеством экземпляров другой сущности. В реляционных базах данных такое отношение требует промежуточной (связующей) таблицы.
Ключевые элементы реализации в Hibernate:
- Аннотация
@ManyToManyна коллекциях в обеих сущностях. - Промежуточная таблица (
@JoinTable) — определяется на стороне-владельце отношения. - Атрибут
mappedBy— указывается на обратной стороне для отображения двунаправленной связи.
Пример: Студенты и Курсы
@Entity
public class Student {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Long id;
// Сторона-владелец. Определяет таблицу соединения.
@ManyToMany(cascade = {CascadeType.PERSIST, CascadeType.MERGE})
@JoinTable(
name = "student_course",
joinColumns = @JoinColumn(name = "student_id"),
inverseJoinColumns = @JoinColumn(name = "course_id")
)
private Set<Course> courses = new HashSet<>();
// ... геттеры, сеттеры
}
@Entity
public class Course {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Long id;
// Обратная сторона. 'mappedBy' ссылается на поле 'courses' в Student.
@ManyToMany(mappedBy = "courses")
private Set<Student> students = new HashSet<>();
// ... геттеры, сеттеры
}Почему Set, а не List?
Использование Set (обычно HashSet) предотвращает возможные дубликаты записей в коллекции и часто более эффективно для операций, характерных для этого типа связи.
Важно: Для каскадного удаления (CascadeType.REMOVE) или CascadeType.ALL следует быть осторожным, так как удаление одного элемента может привести к неожиданному удалению множества связанных сущностей.
Ответ 18+ 🔞
Давай разберём эту хуйню с отношением «многие-ко-многим», а то у некоторых от одного названия уже глаза на лоб лезут, как у совы нахуй.
Представь себе студентов и курсы в универе. Один студент может записаться на овердохуища курсов, и на один курс, в свою очередь, может набиться толпа таких же алкашей. Это и есть «многие-ко-многим». А в базе данных это, блядь, нельзя просто так взять и запихнуть в одну колонку — нужна промежуточная таблица, этакая сводница между сущностями.
Как это выглядит в Hibernate, если не быть долбоёбом:
- Аннотация
@ManyToMany— вешаешь на коллекции в обоих классах-сущностях. Без неё нихуя не заработает. - Таблица соединения (
@JoinTable) — объявляешь на той стороне, которую назначишь «владельцем» связи. Там всё и прописываешь. - Атрибут
mappedBy— на обратной стороне пишешь, чтобы Hibernate не охуел и не начал создавать две одинаковые таблицы из-за твоей криворукости.
Смотри, как это в коде, на примере наших студентов-алкашей и их курсов:
@Entity
public class Student {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Long id;
// Вот эта сторона — владелец. Здесь и настраиваем сводную таблицу.
@ManyToMany(cascade = {CascadeType.PERSIST, CascadeType.MERGE})
@JoinTable(
name = "student_course", // Название таблицы-сводницы
joinColumns = @JoinColumn(name = "student_id"), // Ссылка на этого студента
inverseJoinColumns = @JoinColumn(name = "course_id") // Ссылка на курс
)
private Set<Course> courses = new HashSet<>();
// ... остальные поля, геттеры, сеттеры
}
@Entity
public class Course {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Long id;
// Обратная сторона. Просто машем рукой и говорим: "Смотри, всё уже есть у Student в поле 'courses'".
@ManyToMany(mappedBy = "courses")
private Set<Student> students = new HashSet<>();
// ... остальные поля, геттеры, сеттеры
}А теперь вопрос на засыпку: почему Set, а не List?
Да потому что Set (обычно HashSet) — он как умный вышибала: не пустит в клуб два одинаковых ID курса для одного студента. И для операций, которые мы тут обычно делаем (добавить/проверить/удалить связь), он, блядь, часто шустрее. List тут будет тормозить, как пьяный ёжик.
И последнее, ебаный в рот, предупреждение: С каскадным удалением (CascadeType.REMOVE или CascadeType.ALL) будь осторожней, как с гранатой. Накосячишь — и удаление одного забияки-студента потянет за собой на тот свет все его курсы, а те, в свою очередь, всех остальных студентов. Получится цепная реакция, пиздец и разъёбанная база данных.