🏝️ Spring/JPA

(제 궁금증 풀 용도로 정리한거라 막 깔끔하게 정리하지는 않았습니다.) 🧐 ManyToOne, OneToOne 연관관계 일반적으로 merge 시 merge되는 특정 엔티티에 대해서만 조회합니다. 그러나 cascade 속성이 MERGE라면 merge 시 연관된 엔티티들도 left join으로 조회해옵니다. merge()가 되어 값이 변경되는 것도 일반적으로는 fk 값의 변경만이 반영되지만, cascade 속성이 merge라면 연관된 엔티티의 변경도 함께 반영됩니다. (DB 관점에서 생각하면 편합니다) @NoArgsConstructor @Accessors(fluent = true) @Getter @Entity public class Member { @Id @GeneratedValue(strategy = Ge..

🧐 문제 상황 @Service @Transactional @RequiredArgsConstructor public class PostService { private final PostRepository postRepository; private final MemberRepository memberRepository; public Long create(CreatePostCommand command) { Member member = memberRepository.findById(command.memberId()) .orElseThrow(NotFoundMemberException::new); Post post = command.toPost(member); Post saved = postRepository.sa..

이 문제 해결하려고 거의 5시간동안 디버깅 해서 원인 찾아냈는데, 알고보니까 1월 26일인가(불과 한달 전) 해결되어 있더라구요.. 다만 아직 스프링부트 jpa dependency 버전에 반영이 안되어서 오류가 발생했다는 것을 보고 그냥 슬퍼하는 중입니다. 아마 곧 해결될 것 같은데, 해당 오류는 Hibernate 6.2 이전 버전에서 발생합니다. 🧐 문제 상황 재현 아래와 같이 1대 다 연관관계를 가진 One과 Many를 정의하였습니다. @Entity public class One { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; @OneToMany(fetch = FetchType.LAZY, orphanRemoval =..

🧐 여러 컬럼에 대한 UNIQUE 제약조건 설정하기 @Table의 uniqueConstraints 속성을 사용하여 설정할 수 있습니다. 사용 예시 @Table( name="테이블 이름", uniqueConstraints={ @UniqueConstraint( name = "unique 제약조건 이름", columnNames = { "포함할 컬럼이름 1", "포함할 컬럼이름 2" } ), } columnNames는 필드가 아닌 컬럼명과 일치해야 합니다. @Table( uniqueConstraints={ @UniqueConstraint( columnNames={"column1"}) } ) @Table( uniqueConstraints = { @UniqueConstraint(name = "UniqueNumber..

🧐 N + 1 문제 N + 1 문제는 연관관계가 설정된 엔티티 사이에서 한 엔티티를 조회하였을 때, 조회된 엔티티의 개수(N 개)만큼 연관된 엔티티를 조회하기 위해 추가적인 쿼리가 발생하는 문제를 의미합니다. 즉 N + 1에서, 1은 한 엔티티를 조회하기 위한 쿼리의 개수이며, N은 조회된 엔티티의 개수만큼 연관된 데이터를 조회하기 위한 추가적인 쿼리의 개수를 의미합니다. N + 1보다는, 1 + N이라 부르는 것이 더 이해하기 쉬우며, 정리하면 다음과 같습니다. 엔티티 조회 쿼리(1 번) + 조회된 엔티티의 개수(N 개)만큼 연관된 엔티티를 조회하기 위한 추가 쿼리 (N 번) 🧐 발생하는 상황 N + 1 문제가 발생하는 상황을 알아보기 위해 게시글과 댓글을 예시로 사용해 보도록 하겠습니다. 하나의 게시..

🥺 서론 도메인 계층의 Repository와 영속성 계층의 Repository를 분리하여 사용해보려 시도했던 과정에서, findBy*** 식의 이름의 메서드와, @Query를 사용하여 직접 쿼리를 작성하는 등의 메서드는 어떤 식으로 사용해야 하는지에 대해서 알아보았고, 어려운 내용은 아니기도 하고 생각했던 방식 그래도 적용되긴 하지만, 그래도 혹시 도움 되시는 분이 있을까봐 작성하려 합니다. 🧐 도메인 계층의 Repository와, 영속성 계층의 Repository 분리하기 저는 위 사진처럼 도메인 계층과 인프라스트럭쳐 계층을 나누었고, JpaArticleRepository는 ArticleRepository를 상속받습니다. ArticleRepository는 다음과 같이 작성하였습니다. 이를 상속받은 Jp..

기존 Auditing을 사용할 때에는 아래와 같이 사용하였습니다. @EntityListeners(AuditingEntityListener.class) @MappedSuperclass public class BaseEntity { @CreatedDate @Column(updatable = false) private LocalDateTime createdDate; @LastModifiedDate private LocalDateTime lastModifiedDate; } 위의 경우 데이터베이스에는 항상 2022-03-06T14:12:23.0023123 과 같은 형식으로 저장되었는데, 이를 좀 더 깔끔한 format으로 바꾸고 싶을 때가 있습니다. 그럴 때는 @PrePersist, @PreUpdate를 사용하여..

(https://ttl-blog.tistory.com/807)해당 글에서 새로운 엔티티를 구별하는 방법과, save()의 작동 원리에 대하여 알아보았습니다. 그러나 @GenerateValue를 사용하지 않고 식별자를 직접 할당하는 경우에는, 이미 식별자 값이 있는 상태로 save()를 호출하게 됩니다. 즉 이 경우에는 merge()가 호출되는 것입니다. 이런 경우에는 Persistable을 사용하여 새로운 엔티티인지 판변하는 방법을 직접 구현할 수 있습니다. Persistable의 원리 Persistable은 위와 같은 인터페이스입니다. save 호출 시에는 SimpleJpaRepository의 save 메서드가 호출되며, 다음과 같이 구현되어 있습니다. 이때 entityInformation은 JpaE..