작성
·
321
1
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
@Column(name = "board_id")
private Long id;
private String title;
private String topic;
private String content;
@Enumerated(EnumType.STRING)
private StudyState studyState;
@Enumerated(EnumType.STRING)
private RecruitState recruitState;
private Long headCount;
@ManyToOne(fetch = FetchType.LAZY)
@JoinColumn(name = "member_id")
private Member member;
그리고 저는 프론트에서부터 전달받은 Dto로 실제 Board Entity를 저장하려고 했습니다.
그래서 저는 Dto로 부터 Entity를 만들 수 있는 메소드 toEntity를 다음과 같이 구성하였습니다.
@Data
@NoArgsConstructor
@AllArgsConstructor
public class BoardCreateRequestDto {
private Long memberId;
private String title;
private String topic;
private String content;
private Long headCount;
private StudyState studyState;
private RecruitState recruitState;
public Board toEntity() {
return Board.builder()
.title(this.title)
.topic(this.topic)
.content(this.content)
.studyState(this.studyState)
.recruitState(this.recruitState)
.headCount(this.headCount)
.member(new Member(this.memberId))
.build();
}
}
Board board = boardRepository.save(requestDto.toEntity());
실제로 저장을 할 시에 Board Entity에는 Member를 넣어 저장하나, 실제 DB에서는 Board 객체에서의 Id만을 외래키로 저장하기에 다음과 같이 저장해도 무방하다는 것을 알게 되었습니다.
저는 이 방법이 MemberId를 통해 Member 객체를 찾지 않고 저장할 수 있기에 쿼리 1번을 덜 날릴 수 있어 비용적인 측면에서 조금의 이득이 생긴다고 생각하여 다음과 같이 구성해보았습니다.
이러한 방법이 문제가 있는지 궁금합니다.
답변 1
0
안녕하세요. jhkweon74님
이렇게 작성하셔도 됩니다.
다만 지연 로딩, Fetch join 같은 기능을 사용할 수 없습니다.
추가로 프록시를 사용하면 연관관계를 유지한 상태로 추가 쿼리를 호출하지 않는 방법도 있습니다.
https://www.inflearn.com/questions/204850
감사합니다.
주말에도 정성스런 답변 감사드립니다!
영한님께서 이렇게 작성할 경우 지연 로딩, Fetch Join 같은 기능을 사용할 수 없다는 부분에 대해 이해가 잘 가지 않습니다.
해당 트랜잭션에서 save가 처리되고 트랜잭션이 종료되면 정상적으로 DB에 FK값이 저장되어 추후에 다시 사용할 때는 DB의 정보를 토대로 지연 로딩 혹은 Fetch Join하여 정상적으로 사용 가능한 것이 아닌가요?
아니면 영한님께서 말씀해주신 부분이 save 처리중인 해당 트랜잭션 내에서 사용이 불가능하다는 것을 의미하는 건가요?
이 부분에 대해서 테스트를 진행해보았을 때, 테스트가 통과하는 모습을 보였는데 혹시 제가 테스트를 잘못 진행했을까요..?