<aside> 💡 팀원

• 싸울 이유는 없다 (적을 안 만드는게 제일 좋다)
• 항상 마무리는 깔끔하게 하기
• 다른 사람이 보는 입장에서 의아할 수 있을 수 있다
• 사회 평판이 중요하다 (포용하는 것이 제일 좋을 수 있고, 인정을 많이 받을 수 있다)

</aside>

질문

[JPA 양방향 매핑 관련]

현재 Record엔티티와 기록글에 들어가는 사진에 대한 데이터를 모아놓은 RecordImage엔티티를 @ManyToOne을 사용해 단방향으로 매핑했습니다! 기록 게시글 리스트를 불러오는 기능을 구현하는 중인데 양방향 매핑을 사용하면 RecordImage테이블에 있는 이미지 데이터를 불러오기에 더욱 편할 것 같다는 생각이 들었습니다. 이전에 했던 북스터디의 교재나 인터넷 등을 통해 찾아봤을 때 단방향과 양방향의 성능 상 차이가 있는 것은 아니라고 보았습니다. 성능 상의 차이가 없다면 어떤 기준으로 단방향과 양방향을 결정하는 것인지 궁금합니다.

<aside> 💡 - 이미지 순서 생각해야한다.

리스트 스트링으로 넣어도 된다 (이미지를 넣을 때에는) 이미지는 쿼리를 날려서 데이터를 가져오지 않기 때문

양방향 비권장 이유는 사람의 실수다 (OneToMany가 비권장이다)

• 사람의 실수를 줄이기 위함이다(ManyToOne은 1+1 / OneToMany는 N+1) @

</aside>

[JPA 양방향 매핑 + cascade, orphanRemoval 관련]

Recruit(운동모집 게시글)이 있고, Participant(참여신청자)가 있습니다.

운동 모집 게시글 삭제 시에 Participant를 모두 삭제해야하는지도 궁금하고,

Recruit 삭제 전에 Participant를 직접 삭제하는 방식을 사용하거나,

이 RecruitEntity에 역으로 매핑하여 @OneToMany Cascade.ALL, orphanRemoval=true 로 설정하는 방식을 이용해도 괜찮은지 궁금합니다.

<aside> 💡 삭제 전에 그냥 deleteAllBy를 하는게 낫다.

</aside>

[Refresh Token, Access Token 관련]

• 사용자 입장에서 데이터를 사용하려고 할 때 Access Token을 사용하고, Refresh Token을 통해 Access Token이 만료가 되면, 로그인 없이 지속적으로 권한 부여를 하는 것으로 알고 있습니다.
• 편의를 위해서 Access Token을 사용하는데, 백엔드 API 테스트를 할 때에 Access 토큰이 만료되고, 재발급 받을 때마다, Request Header에 복사해서 붙여 넣는 불편함이 있습니다. API 테스트를 할 때에 발급을 받고, Access Token이 필요할 때만, 자동으로 Request Header에 토큰 정보를 올릴 수 있는 방법이 있는지 알고 싶습니다. (단순히, 프론트와 연결을 하면서 해야하는 부분인지?)

<aside> 💡 별도 헤더를 테스트 용으로 판다 별도의 테스트 토큰을 만들어서 사용한다 (단 prod 단계에서는 직접 만들어야 함)

</aside>

• 로그아웃 할 때, 생각할 것들이 Refresh token 삭제와, 만료기간이 남은 Access token만 있는지? (다른 생각할 요소들도 있는지?)

<aside> 💡 accessToken도 저장해서, 삭제하는 것 (다른 로직)

</aside>