DevLog 😶

🌱 들어가기 전 옛날에 썼던 글인데, 요즘 블로그를 너무 안 쓴 것 같아서 오랜만에 올리는 글 😶 혼자 공부할 겸 작성한 글이었어서 다소 설명이 부족합니다...! 🌱 엔티티 소개 @Entity @EntityListeners(AuditingEntityListener.class) public class User { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; @Column(nullable = false) @CreatedDate private LocalDateTime createdAt; @LastModifiedDate private LocalDateTime updatedAt; User 클래스는 사용자에 대한 엔티티이며, id..

🌱 들어가기 전 JPA에서 @OneToMany 단방향 매핑보다는 다대일 양방향 매핑을 권장한다는 말을 보았을 것이다. 하지만, 객체지향으로 코드를 설계하다 보면 다대일의 상황보다는 1인 엔티티를 기준으로 N인 엔티티를 조회하는 경우가 더 많고, (적어도 내 경험에서는 그랬다) N인 엔티티가 굳이 1인 엔티티에 대한 정보를 몰라도 됐던 적이 많았다. 그러다 보니 자연스럽게 일대다 단방향 매핑을 많이 사용했었는데, 왜 그랬던 것인지 궁금해서 나름대로 실험을 해보고자 한다. (ex. 게시글과 게시글 이미지의 관계에서, 게시글 이미지를 기준으로 게시글 정보를 찾아오는 것보다는 게시글을 기준으로 게시글 이미지 정보를 가져오는 게 더 많았음) 🌱 기본 엔티티 설계하기 @Entity class Board( @Id @..

🌱 JPA 기본 키 생성 전략 JPA에서 제공하는 기본 키 생성 전략은 크게 5가지로 나누어진다. - TABLE, SEQUENCE, IDENTITY, UUID, AUTO 각 전략에 대해서 하나씩 알아보도록 하자. 🌱 TABLE 💡 Indicates that the persistence provider must assign primary keys for the entity using an underlying database table to ensure uniqueness. - 데이터베이스 테이블을 사용하여 엔티티에 기본 키를 할당해야 한다. 💬 엔티티 설정 @Entity class User( @Id @GeneratedValue(strategy = GenerationType.TABLE) val id: Lon..

🌱 들어가기 전 지난 포스팅에서는 CascadeType.REMOVE에 대해서 중점적으로 알아봤었는데, 이번에는 orphanRemoval=true 옵션에 대해서 한 번 알아보자. 엔티티 세팅은 지난 번과 거의 동일하기 때문에 변화가 생긴 부분에 대해서만 따로 짚도록 하겠다. 🌱 엔티티 수정하기 이번에는 CascadeType.REMOVE 대신에 orphanRemoval=true를 적용하자. @Entity class Concert( @Id @GeneratedValue(strategy = GenerationType.IDENTITY) val id: Long = 0L, @Column(nullable = false) val name: String, @Column(nullable = false) val ticketLi..

🌱 들어가기 전 JPA를 공부하면서 CascadeType.REMOVE와 orphanRemoval = true 옵션에 대해서 어떤 차이가 있는지 제대로 인지한 적이 없는 것 같아서, 이번에 공부할 겸 여러 가지 테스트를 진행해보며 두 옵션의 차이를 공부해보았다. 결과적으로 말하자면 Cascade 옵션은 부모 엔티티와 자식 엔티티의 영속 상태를 관리하는 것이고, orphanRemoval은 조금 더 세부적으로 고아 객체에 대한 관리라는 생각이 들었다. 지금부터 여러 케스트를 테스트하며 하나씩 알아보자. 🌱 엔티티 세팅하기 1:N 관계를 담당해줄 '콘서트' 엔티티와 '콘서트 티켓' 엔티티를 생성하였다. 둘 사이의 관계는 양방향으로 설정하였으며, 하나의 콘서트는 여러 개의 콘서트 티켓을 보유할 수 있도록 설계하였..

🌱 들어가기 전 지난 포스팅에서는 준영속 상태의 엔티티는 지연 로딩할 수 없다고 말했다. 이는, 지연 로딩을 위한 프록시 객체를 초기화하기 위해 영속성 컨텍스트가 필요한데, 준영속 상태의 엔티티는 영속성 컨텍스트의 관리 범위에서 벗어났기 때문이다. 그렇다면, 준영속 상태의 엔티티는 어떻게 처리해야 할까? 🌱 글로벌 페치 전략을 LAZY에서 EAGER로 수정하기 간단하게 말하면 지연 로딩을 사용하지 말고, 즉시 로딩을 사용하자는 것이다 😅 @Entity @Getter @NoArgsConstructor(access = AccessLevel.PROTECTED) public class Crew { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private ..

금요일에 근로하면서 구구와 근로 크루들의 도움 덕분에 JPA를 다시금 공부하게 됐다 😅 나도 완전하게 잘 아는 내용은 아닌지라 아는대로 정리해보고자 한다. 🌱 영속성 컨텍스트와 트랜잭션 💡 영속성 컨텍스트란? 엔티티를 영속화시키는 환경. EntityManager를 통해 엔티티를 저장하거나 조회하면 영속성 컨텍스트에 보관된 엔티티 정보를 바탕으로 요청을 처리하게 된다. EntityManager 생성 시 1개가 만들어진다. 💬 특징 - 식별자 값으로 엔티티를 구분한다. - 트랜잭션 커밋 시점에 flush. (쓰기 지연 - 내부 쿼리 저장소에 SQL 저장 후 한 번에 플러시) - 1차 캐시를 사용한다. (처음에 1차 캐시에서 엔티티 조회 > 없으면 DB 조회 > 1차 캐시에 저장하는 형태 = '영속화') - ..