rlawls19915543

답변해 주셔서 감사합니다! join을 명시하지 않은 경우 cross join이 호출되는군요!

fetchJoin 문의드립니다.

답변 주셔서 감사합니다! JPA를 사용하면 1차 캐시를 통해서 REPETABLE READ 효과를 얻을 수 있다고 하셨던 것 같은데요. 그러면 readOnly를 사용할 경우 아래 같이 트랜잭션 isolation level을 READ_COMMITTED로 변경하는 등의 최적화도 가능한 걸까요? @Transactional(readOnly = true, isolation = Isolation.READ_COMMITTED)

@Transactional(readOnly = true) 에 대한 질문이 있습니다!

1.&nbsp;NullpointException -> 제 잘못이었습니다... application을 제대로된 패키지에 넣지 않은 오류였습니다.
2. 제가&nbsp;공통 메소드를 잘못 작성해서 발생된 에러입니다.
return ResponseEntity.badRequest().body(new ErrorsResource(errors));&nbsp;

더 깊게 찾지 못하고 질문드린점 죄송하고 답변 감사합니다.!

ErrorResource 추가후 발생되는 에러 입니다.

영한님 답변해주셔서 대단히 감사합니다!&nbsp; 실무에서 JPA를 사용하시는 고수님의 답변을 들으니 큰 힘이 되네요! 걱정하던(찜찜하던) 부분에 대해 설명을 들으니 더 용기가 생기네요 ㅎㅎ 꼭 영한님 JPA&nbsp; 시리즈 강의를 완강하고 실무에서 적용해 보겠습니다!

현업에서 PM, DM 을 나눠서 사용하는 경우가 있나요?

와 답변 수준의 깊이가 역시 남다르시네요! 감동이에요!&nbsp; 답변 주셔서 정말 감사드립니다!! 영한님 마지막으로 한 가지 더 궁금한 점이 있는데요.&nbsp; PM을 사용하는 경우에는 어쩔 수 없이 getter가 많이 생길 것 같은데요. 캡슐화 측면에서는 별로일 수도 있겠다는 생각이 들었었거든요.&nbsp; 혹시 실무에서 이런 점을 극복하기 위해 toDTO 메서드를 PM에 두고 getter를 제거하는 방법도 사용하시나요? (레이어가 분리 관점에서는 좋지 않을 것 같지만요..ㅎ) 아니면 이를 극복하기 위한 다른 방법이 있을까요?

rlawls19915543

Posts