citeFred’s Blog

/

/

citeFred’s Blog

/

/

Share

🏷️

JPA

# of Posts

10

1 more property

Gallery

Search

공통 - Controller, 검색 키워드와 페이징 처리를 위한 페이저블 객체

우선 공통적으로 적용된 컨트롤러 코드는 다음과 같습니다.

프론트엔드로부터 keyword 를 QueryString으로 …?keyword=abc와 같은 형태로 HTML폼으로부터 특정 값들을 추출 할 수 있으며, HTTP요청에 담아 컨트롤러로 문자열을 전달 할 수 있습니다.

페이지 처리를 위해서는 순수 JPA를 사용하게 되면 Total Count를 뽑아와서 현재 내가 몇번째 페이지인지를 계산해서 표시를 해주어야 합니다. 그런데 이런 계산을 모두 직접 계산하는 메소드, 변수를 직접 생성하고 매개변수로 Service에 전달하게 되면 코드가 복잡해지게 됩니다! 페이저블 객체를 사용하지 않는 경우 추가되어야 하는 코드는 다음과 같습니다.

이 복잡한 코드를 해결해주기 위해 스프링 데이터 JPA는 페이징과 정렬을 표준화 해두었습니다.

현재 페이지, 페이지 크기, 정렬 기준, 정렬 방향을 HTTP요청으로 받아오고 pageable 객체를 통해 페이징 처리된 객체를 아래와 같이 생성할 수 있습니다.

keyword, pageable 객체를 Service 계층에 필요한 데이터를 조회(READ)하는 비지니스 로직에 활용 될 수 있도록 매개변수로 전달하게 됩니다.

초기 MVP JPA - Service 계층에서의 구현 상태 코드

[Spring][258] JPA → JPQL → QueryDSL 변화과정

게시글에 소속된 댓글 추가하는 API

CommentController에서 계속 POSTMAN으로 blogId 파라미터를 못받아온다.

나타나는 오류는 두가지 유형이었다.

첫번째는 NullPointerException으로 blogId자체가 전달되지 않던 상황,

이건 너무 뻔했다. 위 코드에서 blogId를 req이란 변수, 이는 곧 HttpServletRequest에서 받고 있는데 여기 있을리가 없다. 원본 글의 id는 클라이언트에서 파라미터로 받아야 했다. 그래서 아래 코드와같이 변경했다.

그런데 또 오류가 발생한다. blogId가 Long타입으로 들어오지 않는것 같다. 뭔가 요청문이 잘못되었을 수 있다.

POSTMAN에서 POST 방식의 url은 http://localhost:8080/api/comment 인 상태에서 로그인으로 쿠키에서 토큰을 받아서 헤더에 넣어주었다. Body에는 아래같이 JSON으로 넣었다. 아직도 이상한점이 있다.

분명히 원본글을 파라미터로 id를 받아내야 하기 때문에 아래처럼 요청했는데 오류가발생한다. 계속 ChatGPT를 통해 문의하지만 전혀 틀린곳이 없다..

이상한 해결?

[Spring][JPA]55 댓글기능 구현 중 트러블슈팅 - POSTMAN 버그? 전혀 슈팅되지 않아서 허무하다. Required request parameter 'Arguments’ for method parameter type Long is not present

CascadeType.REMOVE

CASCADE의 REMOVE 옵션을 적용하면 해당 Entity 객체를 삭제 했을 때 연관된 Entity 객체들을 자동으로 삭제

하지만 REMOVE 옵션 같은 경우 연관된 Entity와 관계를 제거했다고 해서 자동으로 해당 Entity가 삭제 되지는 않는다.

orphanRemoval = true

orphanRemoval 옵션도 REMOVE 옵션과 마찬가지로 해당 Entity 즉, Robbie Entity 객체를 삭제하면 연관된 음식 Entity들이 자동으로 삭제된다.

orphanRemoval이나 REMOVE 옵션을 사용할 때 삭제하려고 하는 연관된 Entity를 다른 곳에서 참조하고 있는지 아닌지를 꼭 확인 필요

[Spring][JPA]54 고아 Entity 삭제(게시글-댓글)

다음과 같은 연관 관계를 참고하여 Entity를 작성해보자.

Team과 Member는 양방향 연관관계이며 키의 주인은 Member이다.(@JoinColumn으로 Team타입의 team변수는 Team클래스의 mappedBy로 참조되어있다.) 또한 Team Entity에서는 @OneToMany로 List<Member>를 Member 엔티티의 team 참조변수에 맵핑하고 있다.

눈 여겨 볼 곳은 'fetch = FetchType.EAGER' 부분이다. 앞서 JPA를 설명하면서 한번도 사용하지 않은 속성인데, FetchType을 EAGER로 설정했다. (참고로 @ManyToOne 매핑의 기본 fetch가 EAGER라서 생략해도 EAGER로 동작한다.)

Team 객체와 Member 객체를 각각 만들고 Member 객체의 Setter 메소드를 통해 Team 객체를 셋팅해준 뒤 em.find() 메소드를 통해 Member를 조회한다.

여기서 중요한 점은 분명 Member를 조회했다는 점이다. 이제 결과 로그를 살펴보자

분명 Member를 조회했는데 왜 Team까지 join되어 쿼리가 나간걸까?

[Spring][JPA]53 Fetch Type, 지연로딩(LAZY), 즉시로딩(EAGER)

JPA Auditing이란?

Java에서 ORM 기술인 JPA를 사용하여 도메인을 관계형 데이터베이스 테이블에 매핑할 때 공통적으로 도메인들이 가지고 있는 필드나 컬럼들이 존재한다. 대표적으로 생성일자, 수정일자, 식별자 같은 필드 및 컬럼이 있다.

도메인마다 공통으로 존재한다는 의미는 결국 코드가 중복된다는 말이며 중복을 제거하는 것은 프로젝트의 유지보수적 측면에서 핵심적인 사양이다.

데이터베이스에서 누가, 언제하였는지 기록을 잘 남겨놓아야 한다. 그렇기 때문에 생성일, 수정일 컬럼은 대단히 중요한 데이터다.

그래서 JPA에서는 Audit이라는 기능을 제공하고 있다. Audit은 감시하다, 감사하다라는 뜻으로 Spring Data JPA에서 시간에 대해서 자동으로 값을 넣어주는 기능. 도메인을 영속성 컨텍스트에 저장하거나 조회를 수행한 후에 update를 하는 경우 매번 시간 데이터를 입력하여 주어야 하는데, audit을 이용하면 자동으로 시간을 매핑하여 데이터베이스의 테이블에 넣어줄 수 있다.

의존성 추가

기본적으로 스프링 부트에서 gradle로 의존성을 관리하게 될 경우 spring-boot-starter-data-jpa만 추가해도 Audit을 하는데는 문제가 없다. 이 말은 Spring-Data-JPA 안에 해당 기능이 있다는 말과 같다.

해당 기능을 사용 할 실제 Entity 클래스 파일, Timestamped.java

기본적으로 작성시간, 수정시간을 기록하기 위해서 Timestamped.java 클래스를 만들었다.

위 엔티티 클래스의 Audit관련 주요 어노테이션의 설명은 다음과 같다.

클래스의 상속

해당 엔티티 클래스는 시간을 기록하는 필드만으로 구성되어 있기 때문에, 프로젝트 내의 본 엔티티에서는 상속을 통해서 해당 필드들을 사용할 수 있어야 한다.(== 포함되어야 한다.)

[Spring][JPA]52 JPA Auditing이란? SpringBoot에서 구성 및 활성화 시키기 실습

다대일 (N:1) 관계 단방향과 양방향

1. 다대일 관계 단방향

다대일 (N:1) 관계 (단방향)

예시: 하나의 주문(Order)은 하나의 고객(Customer)에 속합니다.

설명: 

Spring JPA 어노테이션

2. 다대일 관계 양방향

다대일 (N:1) 관계 (양방향)

예시: 하나의 주문(Order)은 하나의 고객(Customer)에 속합니다. 동시에 하나의 고객도 여러 주문을 가질 수 있습니다.

Spring JPA 어노테이션:

일대다 (1:N) 관계 단방향과 양방향

1. 일대다 관계 단방향

[Spring][JPA]49_2 Entity 연관관계 햇갈려서 예시를 통해 한번 더 정리

연관관계 매핑시 고려사항 3가지

다중성

단방향, 양방향

연관관계의 주인

다대일[N:1] 연관관계

다대일[N:1] 단방향

가장 많이 사용하는 연관관계

다대일의 반대는 일대다

항상 다(N)쪽에 외래키가 들어가야 함!

@ManyToOne 주요속성

다대일 관계 매핑

다대일[N:1] 양방향

[Spring][JPA]49 Entity 연관관계 N:1, 1:N, 1:1, N:M 맵핑 및 방향

선 요약, 후 서술

JPA는 자바 진영의 ORM 기술에 대한 API 표준 명세이며

Hibernate는 JPA의 구현체이고, 내부적으로 JDBC를 이용한다.

Spring Data JPA는 JPA를 사용하기 쉽게 스프링에서 제공하는 모듈로 내부적으로 JPA 구현체를 이용한다.

JPA이전의 배경, SQL Mapper란?

SQL Mapper는 개발자가 직접 SQL문을 작성해 데이터베이스 데이터를 다루는 Persistence Framework이다. 객체와 테이블 간의 관계를 직접 매핑하는 것이 아닌, SQL문을 실행해 쿼리 수행 결과를 어떤 객체에 매핑할지 바인딩 하는 방법이다.

따라서 DBMS에 종속적인 방법이라고 할 수 있다. 대표적으로 MyBatis가 있다. 여기 단계까지도 JDBC Template를 개선해서 사용했지만, 결국 SQL문을 직접 작성해야된다는 단점이 있다.

JDBC를 사용할 때 발생하는 불편함을 줄일 수 있다.

SQL이 비즈니스 로직과 분리되어 유지보수가 용이하다.

세부적인 SQL 변경시 편리하다

기존에 SQL문법을 그대로 적용할 수 있어 새로운 기술을 학습하지 않아도 된다.

DBMS 별로 SQL 문법이 다르다.

개발자가 직접 SQL문을 작성해야 한다.

[Spring][JPA]51 JPA란? MyBatis(SQL Mapper)부터 시작 핵심요약

핵심 어노테이션

@Entity

@Entity 어노테이션이 붙은 클래스는 JPA가 관리하는 엔티티이다

JPA를 사용해서 테이블과 매핑할 클래스는 @Entity 어노테이션이 필수다

기본 생성자 필수(파라미터가 없는 public 또는 protected 생성자)

final 클래스, enum, interface, inner 클래스 사용 X

저장할 필드에 final 사용 X

name 속성을 사용하면 JPA에서 사용할 엔티티 이름을 지정할 수 있다.

@Table

@Table 어노테이션은 엔티티와 매핑할 테이블을 지정한다.

name 속성으로 매핑할 테이블 이름 지정이 가능하다

기본값은 엔티티 이름이다

[Spring][JPA]41 엔티티 매핑, 필드 컬럼 매핑, 기본키 매핑 등 현재까지 주요 어노테이션

[Spring][JPA]39 MySql - Java 데이터 타입

Load more