WorkShop

토이 프로젝트를 진행하다 Spring Security 없이 토큰을 통한 인가를 해야 했다. 이때, 음악(Music)과 회원(User)이라는 엔티티가 다대일(양방향)이고, 회원에서 굳이 음악을 가져올 일이 없는 경우가 종종 있어 지연로딩으로 가져오려 하는 도중 LazyInitializationException 이 발생하여 이에 대해 기록하고자 한다. Interceptor란? Spring MVC에서 요청이 컨트롤러로 위임되기 전, 위임된 후, 뷰 처리 단계에서 특정 로직을 할 수 있는 스프링에서 제공하는 장치 쉽게 설명하자면, "요청에 대한 작업 전/후로 가로채어 특정 로직을 수행하는 역할" 정도로 설명할 수 있다. HandlerInterceptor 인터페이스를 직접 구현하여, 인터셉터를 직접 구현할 수 있..

본격적으로 데이터베이스 설계를 해보고자 한다. 엔티티는 크게 유저(member)와 메모지(memo)로 2개이다. 하지만, 현재 S3와 같이 외부 스토리지가 따로 준비가 되어있지 않은 관계로 유저의 배경화면을 따로 저장을 할 수 없다. 그렇기에 이를 데이터베이스에 따로 저장하여 사용할 계획이다. (배경 엔티티가 추가로 생긴다.) 위와 같이 ERD(엔티티 관계 다이어어그램)으로 표현할 수 있다. 물론 JPA 를 사용하는 경우, Join Table 이나 프록시 등으로 브릿지 테이블은 개발자가 직접 구현하지 않아도 된다. (실수로 전부 비식별키로 해버렸다.) 여기서 메모지 엔티티를 보면 칼럼이 굉장히 많으며, 몇몇 칼럼들이 부분적 종속이 존재한다. (뭔가 더 깔끔하게 ERD를 작성하고 싶었지만, ERDCloud..

JPA Auditing INSERT, UPDATE, DELETE 의 SQL 를 추적하여, 영속 상태인 엔티티의 엔티티 버전 관리와 관련된 이벤트들을 추적 및 로깅하는 기능이다. 순수 JPA 에는 Auditing (추적)할 수 없다. (javax(현재는 jakarta)에 직접적으로 명시되어있지 않다.) 하지만 엔티티 라이프 사이클을 사용하여 구현할 수 있다. (엔티티 라이프 사이클은 다음 포스트에서 자세히 다루겠다.) @PrePersist, @PreUpdate, @PreRemove @Entity @Getter @Builder @AllArgsConstructor @NoArgsConstructor(access = AccessLevel.PROTECTED) public class Member { @Id @Gene..

엔티티 상태 JPA Entity 에는 다음과 같은 4가지 종류의 상태가 존재한다. 비영속 (new/transient) 영속성 컨텍스트와 전혀 관게가 없는 상태 영속 (managed) 영속성 컨텍스트에 저장된 상태 (관리되는 상태) 준영속 (detached) 영속성 컨텍스트에 저장되었다가 분리된 상태 삭제 (removed) 삭제된 상태 생명주기는 다음 그림과 같다. 비영속 순수한 객체 상태이며, 아직 영속성 컨텍스트에 저장되지 않은 상태이다. 영속성 컨테스트나 데이터베이스와 상관없는 상태이다. // 객체를 생성한 상태 (비영속) Member member = new Member(); member.setUsername("clover"); EntityManager#persist 를 호출하기 전 상태이다. 영속 ..

EntityGraph 란? 연관관계가 있는 엔티티를 조회할 경우, 지연로딩으로 설정되어 있다면 연관관계에서 종속된 엔티티는 쿼리 실행 시, select 쿼리 대신 proxy 객체를 만들어 엔티티가 적용시킨다. 그 후, 해당 proxy 객체가 호출될 때마다 select 쿼리가 전송된다. @EntityGraph 는 연관관계가 지연로딩으로 되어있을 때 fetch 조인을 사용하여 여러 번의 쿼리를 한 번에 해결할 수 있는 점에서 fetch-join 을 어노테이션을 통해 사용할 수 있도록 한 기능이다. (fetch-join은 일반 join 과 달리 연관 엔티티도 함께 영속 상태가 된다는 점이 있다.) 예를 들어 다음과 같은 엔티티들과 연관관계가 있다고 가정해 보자. @Entity @Getter @Builder @..

벌크 연산에 대해 설명하기 전에 DB 에 Member 라는 테이블이 있고, 구독 가입비(subscription_fee)와 등급(rate) 라는 칼럼이 존재하며, 구독 가입비 칼럼은 월 당 발생하는 정기 구독 가입비, 등급 칼럼은 그 회원의 등급을 나타나며, 이는 구독 가입비에 영향을 미친다고 가정해 보자. (등급은 일반(COMMON), 프리미엄(PREMIUM) 둘 뿐이다.) 등급이 일반(COMMON)인 모든 Member 의 subscription_fee 를 10% 만큼 인상한다면 다음과 같은 SQL문을 짤 수 있다. UPDATE MEMBER SET SUBSCRIPTION_FEE = SUBSCRIPTION_FEE * 1.1 WHERE RATE = "COMMON"; 이제 JPA 의 관점에서 생각해 보자. 아..

※ 해당 글은 Spring Data JPA 를 기준으로 삽질을 하여, 결과물을 도출해 내어 작성하는 글입니다. dependency 버전에 따라 결과가 다를 수 있음을 알립니다. application properties (yml)은 다음과 같이 설정한 상태로 진행 spring: jpa: show-sql: true database: mysql generate-ddl: true hibernate: ddl-auto: update naming: implicit-strategy: org.springframework.boot.orm.jpa.hibernate.SpringImplicitNamingStrategy database-platform: org.hibernate.dialect.MySQL8Dialect dataso..

※ 본 글은 저자 김영한 개발자의 "자바 ORM 표준 JPA 프로그래밍"의 내용을 요약하였습니다. ※ 구현체의 ddl auto 속성을 사용하여 JPA의 데이터베이스 별로 DDL를 생성하는 데, 이는 데이터베이스 방언에 따라 변한다 Hibernate ddl auto 속성은 다음과 같다. Hibernate DDL auto 속성 create: 기존 테이블을 삭제하고 새로 생성한다. Drop → Create create-drop: create 속성에 추가로 애플리케이션을 종료할 때 Drop(DDL 제거)한다. update: 데이터베이스 테이블과 엔티티 매핑정보를 비교해서 변경사항만 수정한다. (ALTER) validate: 데이터베이스 테이블과 엔티티 매핑정보를 비교해서 차이가 있다면 경고를 남기고 애플리케이션..

※ 본 글은 저자 김영한 개발자의 "자바 ORM 표준 JPA 프로그래밍"의 내용을 요약하였습니다. ※ 엔티티 매니저는 영속성 컨텍스트라는 곳에서 엔티티들을 관리하는 클래스이며, 엔티티 매니저 팩토리는 위 엔티티 매니저들을 생성하는 엔티티 매니저 공장이라고 생각하면 된다. 데이터베이스를 하나만 사용하는 경우, 보통 EntityManagerFactory를 하나만 생성한다. 엔티티 매니저 팩토리는 생성할 때마다 같은 persistence-unit name으로 지정해서 생성하더라도 계속 새로운 엔티티를 생성하므로 싱글톤, 의존성 주입과 같은 방식으로 개발을 해야한다. EntityManagerFactory emf = Persistence.createEntityManagerFactory("jpabook"); MET..

※ 본 글은 저자 김영한 개발자의 "자바 ORM 표준 JPA 프로그래밍"의 내용을 요약하였습니다. ※ 기존 테이블을 생성하기 위해서는 DDL을 사용하여 다음과 같은 방식으로 테이블을 생성했어야 했으며, 예외란 존재하지 않았다. 개발자가 직접 DDL를 작성했어야 했다. CREATE TABLE MEMBER ( ID VARCHAR(255) NOT NULL, NAME VARCHAR(255), AGE INTEGER, PRIMARY KEY (ID) ); 하지만 JPA(=자바 진영 ORM)의 등장으로 위 테이블을 매핑하여 객체지향적인 방식으로 구현이 가능하다. 매핑을 하기에 앞서 우선 자바 코드로 객체화시켜보면 다음과 같다. public class Member { private String id; private St..