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 관계를 담당해줄 '콘서트' 엔티티와 '콘서트 티켓' 엔티티를 생성하였다. 둘 사이의 관계는 양방향으로 설정하였으며, 하나의 콘서트는 여러 개의 콘서트 티켓을 보유할 수 있도록 설계하였..

🌱 들어가기 전 사실 rest-docs는 미션 요구사항은 아니었지만, 개인적인 욕심으로 한 번 직접 구축해보고 싶다는 생각이 들었어서 미션하는 김에 함께 진행하게 되었다. (어차피 추후 미션 진행하면서 프론트 크루와 협업하게 되면 세팅해야 하니까...) RestDocs를 연동할 때 인수 테스트 레벨에서 진행할지 (RestAssured) 아니면 컨트롤러의 단위 테스트에서 진행할지 고민했었는데, RestAssured를 통해 사용하게 되면 BDD 스타일이라 더 직관적일 것 같긴 하지만 아무래도 속도가 느리다 보니까 그냥 컨트롤러 레이어에서 진행했다. (실제로도 컨트롤러 레벨에서 많이 진행하는 것 같다.) ✔️ Rest-docs가 어떤 거지? Spring Rest Docs는 Restful 서비스에 대해 정확하고..

🌱 들어가기 전 지난 포스팅에서는 준영속 상태의 엔티티는 지연 로딩할 수 없다고 말했다. 이는, 지연 로딩을 위한 프록시 객체를 초기화하기 위해 영속성 컨텍스트가 필요한데, 준영속 상태의 엔티티는 영속성 컨텍스트의 관리 범위에서 벗어났기 때문이다. 그렇다면, 준영속 상태의 엔티티는 어떻게 처리해야 할까? 🌱 글로벌 페치 전략을 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차 캐시에 저장하는 형태 = '영속화') - ..

🌱 들어가기 전 이전 포스팅과 마찬가지로 스터디에서 맡은 '테스트' 파트에 대해서 블로그에 정리해보고자 한다 😊 테스트 쪽은 공식 문서도 생각보다 가독성이 너무 안 좋아서 최대한 간략하게만 훑어보았다. 아직 모르는 게 정말 많은 것 같다 ㅎㅎ 🌱 통합 테스트 vs 인수 테스트 통합 테스트는 특정 작업을 수행하기 위해, 외부 작업들과 연관되어 있다면 해당 외부 작업들을 포함하여 구성 요소가 잘 돌아가는지 테스트하는 방법으로, @SpringBootTest 어노테이션을 활용하여 진행하는 방법이 많다. (관련된 모든 빈을 가져와서 테스트 하는 느낌) 반면, 인수 테스트의 경우 사용자의 시나리오에 맞춰 수행하는 테스트이다. 인수 테스트의 방법론으로 E2E 테스트를 통해 주어진 시나리오에 따라 애플리케이션의 모든 ..

🌱 들어가기 전 스터디에서 발표 자료로 준비했던 내용인데, 블로그에도 옮겨두면 좋을 것 같아서 정리하는 글 😊 프롤로그 로드맵의 키워드 위주로 정리하였습니다! 🌱 DI (의존관계 주입) ✔️ 의존한다? A가 B를 사용하고, B를 변경하면 A에 영향을 끼치는 관계. 의존관계 주입은 다음 세 가지 조건을 충족하는 작업을 의미한다. - 클래스 모델이나 코드에는 런타임 시점의 의존관계가 드러나지 않도록, 인터페이스만 의존해야 한다. - 런타임 시점의 의존관계는 컨테이너나 팩터리와 같은 제 3의 존재 (ex. IoC container)가 결정한다. - 의존관계는 사용할 오브젝트에 대한 레퍼런스를 외부에서 제공해줌으로서 만들어진다. ✔️ DI를 사용하면 무엇이 좋은가? - 객체간의 결합도 감소 → 재사용성, 유지보..