jpa
Wiele do wielu mapowań
Szukaj…
Wprowadzenie
Mapowanie ManyToMany opisuje związek między jednostkami, z których oba mogą być powiązane z więcej niż jedną instancją, i jest zdefiniowany przez adnotację @ManyToMany .
W przeciwieństwie do @OneToMany gdzie można użyć kolumny klucza obcego w tabeli encji, ManyToMany wymaga tabeli łączenia, która mapuje encje do siebie.
Parametry
| Adnotacja | Cel, powód |
|---|---|
@TableGenerator | Definiuje generator klucza podstawowego, do którego można odwoływać się po nazwie, gdy element generatora jest określony dla adnotacji GeneratedValue |
@GeneratedValue | Zapewnia specyfikację strategii generowania wartości kluczy podstawowych. Może być zastosowany do właściwości klucza podstawowego lub pola encji lub odwzorowanej nadklasy w połączeniu z adnotacją Id. |
@ManyToMany | Określa relacje między pracownikiem a jednostkami projektu, dzięki czemu wielu pracowników może pracować nad wieloma projektami. |
mappedBy="projects" | Definiuje dwukierunkową relację między pracownikiem a projektem |
@JoinColumn | Określa nazwę kolumny, która będzie odwoływać się do encji, która ma być uważana za właściciela powiązania |
@JoinTable | Określa tabelę w bazie danych, która będzie utrzymywać pracownika do relacji projektu za pomocą kluczy obcych |
Uwagi
- @TableGenerator i @GeneratedValue służą do automatycznego tworzenia identyfikatorów za pomocą generatora tabel jpa.
- Adnotacja @ManyToMany określa relację między pracownikiem a jednostkami projektu.
- @JoinTable określa nazwę tabeli, która ma być używana jako tabela przyłączenia jpa wiele do wielu mapowania między pracownikiem a projektem przy użyciu name = „project_projekt”. Odbywa się to, ponieważ nie ma sposobu na określenie własności mapowania wielu do wielu jpa, ponieważ tabele bazy danych nie zawierają kluczy obcych do odniesienia do innej tabeli.
- @JoinColumn określa nazwę kolumny, która będzie odnosić się do encji, która ma być uważana za właściciela powiązania, a @inverseJoinColumn określa nazwę odwrotnej strony relacji. (Możesz wybrać dowolną stronę, która ma być uważana za właściciela. Upewnij się tylko, że strony są w związku). W naszym przypadku wybraliśmy Pracownika jako właściciela, więc @JoinColumn odnosi się do kolumny idemployee w tabeli łączenia pracownik_projekt, a @InverseJoinColumn odnosi się do idproject, który jest odwrotną stroną jpa od wielu do wielu mapowań.
- Adnotacja @ManyToMany w encji Projektu pokazuje odwrotną zależność, dlatego używa mappedBy = projektów w odniesieniu do pola w encji Pracownika.
Pełny przykład można znaleźć tutaj
Pracownik projektujący mapowanie wielu do wielu
Podmiot pracowniczy.
package com.thejavageek.jpa.entities;
import java.util.List;
import javax.persistence.CascadeType;
import javax.persistence.Entity;
import javax.persistence.GeneratedValue;
import javax.persistence.GenerationType;
import javax.persistence.Id;
import javax.persistence.JoinColumn;
import javax.persistence.JoinTable;
import javax.persistence.ManyToMany;
import javax.persistence.TableGenerator;
@Entity
public class Employee {
@TableGenerator(name = "employee_gen", table = "id_gen", pkColumnName = "gen_name", valueColumnName = "gen_val", allocationSize = 100)
@Id
@GeneratedValue(strategy = GenerationType.TABLE, generator = "employee_gen")
private int idemployee;
private String name;
@ManyToMany(cascade = CascadeType.PERSIST)
@JoinTable(name = "employee_project", joinColumns = @JoinColumn(name = "idemployee"), inverseJoinColumns = @JoinColumn(name = "idproject"))
private List<Project> projects;
public int getIdemployee() {
return idemployee;
}
public void setIdemployee(int idemployee) {
this.idemployee = idemployee;
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public List<Project> getProjects() {
return projects;
}
public void setProjects(List<Project> projects) {
this.projects = projects;
}
}
Podmiot projektu:
package com.thejavageek.jpa.entities;
import java.util.List;
import javax.persistence.CascadeType;
import javax.persistence.Entity;
import javax.persistence.GeneratedValue;
import javax.persistence.GenerationType;
import javax.persistence.Id;
import javax.persistence.ManyToMany;
import javax.persistence.TableGenerator;
@Entity
public class Project {
@TableGenerator(name = "project_gen", allocationSize = 1, pkColumnName = "gen_name", valueColumnName = "gen_val", table = "id_gen")
@Id
@GeneratedValue(generator = "project_gen", strategy = GenerationType.TABLE)
private int idproject;
private String name;
@ManyToMany(mappedBy = "projects", cascade = CascadeType.PERSIST)
private List<Employee> employees;
public int getIdproject() {
return idproject;
}
public void setIdproject(int idproject) {
this.idproject = idproject;
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public List<Employee> getEmployees() {
return employees;
}
public void setEmployees(List<Employee> employees) {
this.employees = employees;
}
}
Kod testowy
/ * Utwórz EntityManagerFactory * / EntityManagerFactory emf = Trwałość .createEntityManagerFactory („JPAExamples”);
/* Create EntityManager */
EntityManager em = emf.createEntityManager();
EntityTransaction transaction = em.getTransaction();
transaction.begin();
Employee prasad = new Employee();
prasad.setName("prasad kharkar");
Employee harish = new Employee();
harish.setName("Harish taware");
Project ceg = new Project();
ceg.setName("CEG");
Project gtt = new Project();
gtt.setName("GTT");
List<Project> projects = new ArrayList<Project>();
projects.add(ceg);
projects.add(gtt);
List<Employee> employees = new ArrayList<Employee>();
employees.add(prasad);
employees.add(harish);
ceg.setEmployees(employees);
gtt.setEmployees(employees);
prasad.setProjects(projects);
harish.setProjects(projects);
em.persist(prasad);
transaction.commit();
Jak obsługiwać klucz złożony bez adnotacji do osadzenia
Jeśli masz
Role:
+-----------------------------+
| roleId | name | discription |
+-----------------------------+
Rights:
+-----------------------------+
| rightId | name | discription|
+-----------------------------+
rightrole
+------------------+
| roleId | rightId |
+------------------+
W powyższym scenariuszu rightrole tablica ma klucz złożony i aby uzyskać do niej dostęp w JPA, użytkownik musi utworzyć encję z adnotacją Embeddable .
Lubię to:
Podmiotem tabeli prawic jest:
@Entity
@Table(name = "rightrole")
public class RightRole extends BaseEntity<RightRolePK> {
private static final long serialVersionUID = 1L;
@EmbeddedId
protected RightRolePK rightRolePK;
@JoinColumn(name = "roleID", referencedColumnName = "roleID", insertable = false, updatable = false)
@ManyToOne(fetch = FetchType.LAZY)
private Role role;
@JoinColumn(name = "rightID", referencedColumnName = "rightID", insertable = false, updatable = false)
@ManyToOne(fetch = FetchType.LAZY)
private Right right;
......
}
@Embeddable
public class RightRolePK implements Serializable {
private static final long serialVersionUID = 1L;
@Basic(optional = false)
@NotNull
@Column(nullable = false)
private long roleID;
@Basic(optional = false)
@NotNull
@Column(nullable = false)
private long rightID;
.....
}
Adnotacja do osadzenia jest odpowiednia dla pojedynczego obiektu, ale spowoduje problem podczas wstawiania rekordów zbiorczych.
Problem polega na tym, że za każdym razem, gdy użytkownik chce utworzyć nową role z rights najpierw użytkownik musi store(persist) obiekt role a następnie musi wykonać flush aby uzyskać nowo wygenerowany id roli. wtedy i wtedy użytkownik może umieścić go w rightrole encji rightrole roli.
Aby rozwiązać ten użytkownik, można napisać encję nieco inaczej.
Podmiotem dla tabeli ról jest:
@Entity
@Table(name = "role")
public class Role {
private static final long serialVersionUID = 1L;
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
@Basic(optional = false)
@NotNull
@Column(nullable = false)
private Long roleID;
@OneToMany(cascade = CascadeType.ALL, mappedBy = "role", fetch = FetchType.LAZY)
private List<RightRole> rightRoleList;
@ManyToMany(cascade = {CascadeType.PERSIST})
@JoinTable(name = "rightrole",
joinColumns = {
@JoinColumn(name = "roleID", referencedColumnName = "ROLE_ID")},
inverseJoinColumns = {
@JoinColumn(name = "rightID", referencedColumnName = "RIGHT_ID")})
private List<Right> rightList;
.......
}
Adnotacja @JoinTable zajmie się wstawieniem do tabeli rightrole nawet bez encji (o ile ta tabela ma tylko kolumny id roli i prawa strona).
Użytkownik może wtedy po prostu:
Role role = new Role();
List<Right> rightList = new ArrayList<>();
Right right1 = new Right();
Right right2 = new Right();
rightList.add(right1);
rightList.add(right2);
role.setRightList(rightList);
Musisz napisać @ManyToMany (cascade = {CascadeType.PERSIST}) w inverseJoinColumns, w przeciwnym razie dane nadrzędne zostaną usunięte, jeśli dziecko zostanie usunięte.