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.



Modified text is an extract of the original Stack Overflow Documentation
Licencjonowany na podstawie CC BY-SA 3.0
Nie związany z Stack Overflow