인프런 커뮤니티 질문&답변
작성한 질문수
flush 질문이 있습니다.
작성
·
160
0
안녕하세요 영한님! 강의 잘보고있습니다. ㅎㅎ
flush 부분 궁금한점이 있어서요. JPQL쿼리 실행이 될때 flush가 자동으로 호출이 안되는 상황이 발생해서인데요.
위와 같은 경우 changeTeam이 연관관계 편의 메소드인데 저안에서 setter를 호출하여 update문이 나가야하는 상황입니다.
제가 예상했던것은 41번라인에서 생긴 update 쿼리가 46번 라인의 JPQL이 실행되기전에 실행이되어야 할것 같은데 로그를 보면 50번 라인이 끝난후에 쿼리가 나가더라구요.
제가 이해한건 46번 라인의 JPQL이 실행될때 flush가 되어 update 쿼리가 나가고, 또 그 쿼리가 반영이 되어 49번 라인에서 member1이 조회가 안되어야 할거 같은데 계속 조회가 되어서요... 어떤 문제일까요?? (fetch join을 사용하여 46번의 쿼리를 수정해봤는데 이때는 정상적으로 flush 확인했습니다.)
혹시 모든 JPQL이 아니라 update문이 나가야하는 엔티티를 조회하는 JPQL이 실행될때만 flush를 호출하는걸까요??
그리고 추가적으로 질문이 하나 더 있는데 setter가 호출이될때도 flush가 이뤄진다고 들었었는데 혹시 맞나요??
항상 좋은강의 감사합니다!! ㅎㅎ
답변 1
0
안녕하세요. mkkkkkk님
생각하신 내용이 맞습니다^^
다음을 참고해보시면 도움이 되실거에요.
https://www.inflearn.com/questions/188207
추가로 질문 주신 부분은 스스로 테스트 해보시면 바로 확인하실 수 있을거에요^^
(테스트해서 확인해보시고, 답글 남겨주세요^^!)
감사합니다.
안녕하세요 영한님!
첨부해주신 링크 보고 첫번째 질문은 이해 완벽히 했습니다!! 감사합니다 ㅎㅎ
추가로 질문드린 setter호출시 flush의 경우, 영속성 컨텍스트가 동일성을 보장하기 위해 setter 호출 후 다른 조회 쿼리가 실행이 되야하는 상황이 오면 setter의 update query를 flush 하고 다른 조회 쿼리를 수행한다고 이해하고 있었습니다.
다만 이런식으로 테스트 해보았는데 setTeam 후에 조회쿼리를 넣어주었는데도 별도의 update query의 flush가 이뤄지지 않는 것을 확인했습니다.
아마 제가 setter호출후에 flush가 된다고 잘못 알고 있던것 같습니다!
혹시 위와 같은 경우에 동일성 보장을 위해서는 억지로 flush를 해줘야 할까요??