[프로젝트] Mybatis(DTO) -> JPA(Entity) 로 변환 하기

 

목차

 

 

 

 

 

예전에 진행했던 프로젝트(Mybatis DTO)를 JPA 로 변환해보기로 했다. 

전체를 변경하기엔 시간적으로 너무 오래걸릴 것 같아서😰

연습차원에서 간단한 조회 구문만 변환 해 볼 것이다.

 

 

 

 

 

참고용 ERD 와 기존 Mapper

 

 

 

1)  기존 EmployeeDTO 를 Entity 로 변경

 

이때 DTO 에서는 authorityName 을 직접 받았었는데 

 

 

JPA 에서는 Authority 객체로 받기 때문에 이 점을 참고해서 전부 수정해줘야한다.

 

---

 

2) Employee Repository 생성

 

• JpaRepository 를 상속 받으면 , 기본 CRUD 메서드가 자동으로 제공돼서 기본적인 crud 는 커스텀 메서드를 작성하지 않아도 된다. ex) findAll() , findByAll() 등등 

 

 

 

 

 

여기서부터는 커스텀 방식에 대해서 설명. 

• 쿼리 메서드(Query Methods) 라는 기능도 있는데,  메서드 이름만으로 자동으로 쿼리를 생성하여 실행할 수 있다. 엔티티의 필드 이름을 기준으로 메서드 이름을 구성하면 자동으로 JPA 가 쿼리를 생성해주는 원리이다.

정렬은 안되어있고 조회 + 활성화된(Y) 된 값만 가져온 상태 

 

---

• @Query 애너테이션은 개발자가 JPQL(Java Persistence Query Language) 또는 네이티브 SQL 쿼리를 직접 작성하여 정의할 수 있게 한다. 

 

정렬은 안되어있고 조회+ 활성화된(Y) + 정렬까지 된 상태 (기존 쿼리랑 같은 기능을 하게 됨)

---

 

 

package com.project.tobe.repository;

import com.project.tobe.entity.Employee;
import com.project.tobe.entity.Authority;
import org.springframework.context.annotation.Primary;
import org.springframework.stereotype.Repository;

import javax.persistence.EntityManager;
import javax.persistence.PersistenceContext;
import javax.persistence.criteria.*;
import java.util.List;

@Repository
@Primary
public class EmployeeCustomRepositoryImpl implements EmployeeCustomRepository {

    @PersistenceContext
    private EntityManager entityManager;

    @Override
    public List<Employee> findEmployeesByAuthorityOrdered() {
        CriteriaBuilder cb = entityManager.getCriteriaBuilder();
        CriteriaQuery<Employee> cq = cb.createQuery(Employee.class);
        Root<Employee> employee = cq.from(Employee.class);

        // Authority 엔티티와의 Join
        Join<Employee, Authority> authority = employee.join("authority", JoinType.INNER);

        // authorityGrade에 대한 정렬 기준
        Expression<Object> authorityOrder = cb.selectCase()
                .when(cb.equal(authority.get("authorityGrade"), "S"), 1)
                .when(cb.equal(authority.get("authorityGrade"), "A"), 2)
                .when(cb.equal(authority.get("authorityGrade"), "B"), 3)
                .when(cb.equal(authority.get("authorityGrade"), "C"), 4)
                .when(cb.equal(authority.get("authorityGrade"), "D"), 5);

        // 쿼리 작성
        cq.select(employee)
                .where(cb.equal(employee.get("emplYn"), "Y")) // 직원 상태가 'Y'인 경우만 필터링
                .orderBy(cb.asc(authorityOrder)); // authorityGrade에 따른 정렬

        // 쿼리 실행 및 결과 반환
        return entityManager.createQuery(cq).getResultList();
    }
}

 

 

• Criteria API를 통해 JPA에서 동적으로 쿼리  작성 (커스텀 레포지토리)  :  커스텀 레포 interface + 구현 후  기본 레포에 interface 를 상속 받는 방식이다. 위에서 설명한 @Query 로는 구현이 힘든 복잡한 쿼리나 로직을 구현할 때 사용한다 .

기존 쿼리문과 동일하게 잘 가져오는 것을 확인 할 수 있다.

 

---

 

3) DTO로 사용되던 부분들을 전부 Entity로 변경

 

 

• controller

 

 

• service

 

 

• serviceImpl

 

repository 사용을 위해 주입을 해줍니다.

 

 

 

jpa 메서드호출

 

 

 

jpa 가 실행되면 자동으로 이렇게 쿼리문이 콘솔창에 뜬다.

 

 

 

(+) 쿼리문은 application.properties 에 해당 설정을 추가하면 볼 수 있다

# Hibernate의 SQL 쿼리 출력 활성화
spring.jpa.show-sql=true

# SQL 쿼리의 형식을 좀 더 보기 좋게 출력 (옵션)
spring.jpa.properties.hibernate.format_sql=true

# 실행된 SQL 쿼리와 파라미터를 출력 (Hibernate의 로그 레벨을 DEBUG로 설정)
logging.level.org.hibernate.SQL=DEBUG
logging.level.org.hibernate.type.descriptor.sql=trace

 

 

 

---

 

(+) React 요청 객체 구조 변경

 

 

 

select 는 상관 없지만 

entity 와 동일한 구조로 변경 => authority 객체 자체를 받는 방식으로 변경해줘야한다.