[Java Spring] - JPA(2), Test

3 minute read

JPA

연관된 객체를 처음부터 DB에서 조회하지 않고, 실제 사용하는 시점에 DB에서 조회할 수 있다.
엔티티 하나를 조회할 때에는 EntityManager.find()를 사용하는데 이 메소드는 영속성 컨텍스트에 엔티티가 존재하지 않으면 DB를 조회한다.
- 엔티티 사용 유무에 관계없이 DB 조회
EntityManager.getReference()를 사용해 엔티티의 실제 사용시점까지 DB를 미룰 수 있다.
프록시 클래스는 실제 클래스를 상속받아 만들어져, 겉보기에는 실제 클래스와 동일하다.

연관관계 매핑: 객체의 참조와 테이블의 외래 키를 매핑하는 것
고려사항
- 방향 : 단방향, 양방향의 존재 // 단방향인지 양방향인지
- 다중성 : 다대일(N:1), 일대다(1:N), 일대일(1:1), 다대다(N:M)
- 연관관계의 주인 : 연관관계의 주인을 정해야 함
객체 연관관계 vs 테이블 연관관계 정리
- 객체는 참조(주소)로 연관관계를 맺는다.
- 테이블은 외래 키로 연관관계를 맺는다.
- 참조를 사용하는 객체의 연관관계는 단방향이다.
- 외래 키를 사용하는 테이블의 연관관계는 양방향이다. A JOIN B , B JOIN A 둘다 가능하며 결과값도 같다.
연관관계 매핑의 필요성
- 테이블에서는 외래키를 통해 연관관계를 맺을 수 있지만 객체간의 관계를 표현하기 위해서는 외래키로 관계를 형성하면 객체지향적이지 않다.
- -> 연관 관계 매핑을 통해 관계를 나타내자.

연관 관계에서 발생하는 이슈
연관 관계가 설정된 엔티티를 조회할 경우, 조회된 데이터 갯수(n) 만큼 연관관계의 조회 쿼리가 추가로 발생하여 데이터를 읽어오게 되는 문제

Fetch Join
- 실제 실행시 outer join 사용
- JPQL로 작성한다.
- 연관관계의 연관관계가 있을 경우에도 하나의 쿼리문으로 표현이 가능해진다.
- 페이징 쿼리와 FetchType를 사용할 수 없으므로 신중하게 사용해야 한다.

@Query("select o from Owner o join fetch o.cats")
List<Owner> findAllJoinFetch();

@EntityGraph(attributePaths = "cats")
@Query("select o from Owner o")
List<Owner> findAllEntityGraph();

두가지 해결방법 모두 JPQL JOIN문 호출을 이용한다.
중복된 데이터가 컬렉션 내에 존재하지 않도록 주의해야 한다.
- Set 컬렉션을 사용한다.
- JPQL 작성시 distinct 명령어를 사용한다.
BatchSize
- org.hibernate.annotations.Batch 의 @BatchSize Annotation을 사용한다.
- 연관된 엔티티 조회시 지정 사이즈만킁의 SQL IN절을 사용해 조회한다.
QueryBuilder (추천 해결 방법)
- Mybatis, QueryDSL, JOOQ, JDBC Template 등의 플러그인에서 지원
- 플러그인을 사용해 구현하면 된다.

TDD(Test Driven Development) : 테스트 주도 개발
- 소스코드보다 테스트 케이스를 먼저 작성하는 순서로 개발을 진행하는 방법론
- 짧은 개발 서클을 반복하는 소프트웨어 개발 프로세스.
- 장점
  - 개발 비용 절감, 깔끔한 코드 작성
  - 신규 기능 추가 시 이전 기능 대비 성능 평가 가능
  - 개발시 작동 기능에 대한 사전 고려가 가능하다.
DDD(Domain Driven Design) : 도메인 주도 개발
- 비즈니스의 도메인 패턴을 중심에 놓고 설계하는 방식
- 도메인 모델부터 코드까지 함께 움직이는 구조의 모델 지향

기능/특징	JUnit 4	JUnit 5
애노테이션 기반 테스트	`@Test`, `@Before`, `@After`, `@RunWith` 등 사용	`@Test`, `@BeforeEach`, `@AfterEach`, `@BeforeAll`, `@AfterAll`, `@DisplayName` 등 사용
확장 모델(Extension)	없음	`@ExtendWith`를 통해 커스텀 확장을 구현하거나 `@Disabled`, `@Tag` 등을 활용할 수 있음
동적 테스트 생성	어려움	`@TestFactory`를 통해 동적으로 테스트를 생성할 수 있음
조건에 따른 테스트	`Assume` 클래스 활용	`@EnabledOnOs`, `@EnabledIfSystemProperty`, `@EnabledIfEnvironmentVariable` 등을 사용 가능
파라미터화 테스트	`@Parameters`와 `@RunWith(Parameterized.class)` 사용	`@ParameterizedTest`와 `@ValueSource`, `@CsvSource`, `@MethodSource` 등 사용
테스트 인스턴스 관리	기본적으로 각각의 테스트마다 인스턴스 생성	`@TestInstance`를 통해 테스트 인스턴스의 생명주기를 조정할 수 있음
테스트 이름 표시	직접 구현해야 함	`@DisplayName`을 사용하여 테스트 이름을 보다 명시적으로 표시할 수 있음
태깅 및 필터링	`Categories`와 `@RunWith(Categories.class)` 사용	`@Tag`를 사용하여 테스트를 태그하고 필터링할 수 있음
생명주기 훅	없음	`TestExecutionListener`를 통해 테스트 실행 전후에 추가 로직을 구현할 수 있음
Java version	Java 5 이상	Java 8 이상
구조	All-in-one 구조	JUnit Platform, JUnit Jupiter, JUnit Vintage를 합한 구조