작성한 질문수 4

2

옥타비나님 확인해보았습니다^^

우선 Member 엔티티 코드를 보면 PK가 member_id입니다.

@Entity
@Table(name = "member")
@Getter
@NoArgsConstructor(access = AccessLevel.PROTECTED)
public class Member extends BaseTimeEntity implements Serializable {

    @Id @GeneratedValue(strategy = GenerationType.AUTO)
    @Column(name = "member_id")
    private Long id;

    @Column(name = "login_id", unique = true, updatable = false) // , length = 50
    private String loginId;

그런데 Article 클래스에서 Member 테이블의 조인 대상 키를 PK인 member_id가 아니라

referencedColumnName를 사용해서 login_id로 잡아주었습니다.

public class Article extends BaseEntity {

    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "modifier_login_id", referencedColumnName = "login_id")
    private Member modifier;

referencedColumnName을 Member의 PK인 member_id로 지정하거나 또는

referencedColumnName을 생략하면 Member PK인 member_id를 자동으로 사용합니다.

JPA는 영속성 컨텍스트 단위로 움직이는데, 결국 영속성 컨텍스트의 엔티티 키가 @Id로 매핑한 PK이기 때문에, 지연로딩 같은 객체 그래프 탐색은 PK로 이루어져야 문제 없이 동작합니다.

그리고 이 경우는 특히 login_id로 지정할 이유가 없지요^^

도움이 되셨길 바래요.

1

ㅎㅎ 코드를 봐야겠네요.

전체 프로젝트를 압축해서 올려주세요.

테스트 가능한 테스트도 꼭 포함해서 주세요^^

0

메일은 제가 보내드렸구, 주말인데 불구 하고 계속 질문드려서 죄송합니다. ㅠㅠ

천천히 봐주셔도 괜찮습니다~

0

아 다시 따로 전체 캡쳐해서 올려드립니다^^;;;

0

jpql 부터 실행된 모든 sql쿼리를 남겨주세요^^

0

빠른 답변 감사합니다~

수정해서 테스트해봐도 같은 증상이라 음... 애초에 뭔가 설계가 잘못된거 같긴 하지만...

뭔가 생각한 방향대로 동작하지 않아 그래도 원인을 이해하고 가야할거 같아서요 ㅠㅠ

< Service >

< Repository >

< 호출결과 >

0

안녕하세요. 옥타비나님

마지막 그림의 경우 creator만 fetch 조인을 사용했습니다.

전부 fetch 조인을 사용하면 정상 동작하는 것이 맞습니다.

전부 fetch 조인한 호출 쿼리를 보여주시겠어요?