super class 를 필드로 가지는 엔티티에서 super 가 아닌, sub 로 가지고 올 때의 전략

김영한 선생님 말씀대로 형변환하니 코드가 깔끔해지고 로직도 단순해졌습니다. 제대로 확인해보니 getItemList() 를 호출하는 시점에 이미 (조인 전략에서) 일대다 테이블과 조인하면서 값을 다 들고 오네요테스트와 로그 확인만 했어도 충분히 알 수 있었을 내용인데 제대로 확인하지 않았다니 부끄럽군요 오늘도 반성하고 갑니다...======그리고 제가 위에서 언급한 방법으로 가지고 오면 다음과 같은 WARNING 이 발생하니 오히려 하지 않는 게 더 권장됩니다. HHH000179: Narrowing proxy to class - this operation breaks == WARNING 발생 원인과 시나리오 등이 궁금하신 분들은 아래 레퍼런스 읽어보세요~https://web.archive.org/web/20221106215953/http://blog.marcinchwedczuk.pl/HHH000179-narrowing-proxy-to-class-this-operation-breaks-equality ======02.13. update형변환을 할 때, ClassCastException 이 발생할 수 있는데, 이는 현재 사용 중인 객체가 Entity 가 아니라 Proxy 이기 때문일 확률이 높습니다.그럴 때는 Hibernate.unproxy(Object proxy) 를 사용하면 됩니다.참고할 레퍼런스 남기겠습니다~https://www.baeldung.com/hibernate-proxy-to-real-entity-object

테스트를 위한 메소드를 작성해도 괜찮은건가요?

만약 저라면, 두 번째 메소드를 만들되, 만약 파라미터 값이 비교 불가능한 객체라면(null이거나, 시간 포맷이 다르다거나 등) 그때 ldt.now() 를 호출할 것 같네요. 그럼 프론트 입장에서도 값을 넘겨주든, 안 넘겨주든 로직이 정상수행되니까요.

hibernate 6.x 에서 batch size의 전략 변경하기 아는 분 있으신가요?(batch_fetch_style deprecated issue)

https://www.inflearn.com/questions/903628--위 질문과 관련이 있는 내용 같습니다. 답변도 위 질문의 김영한 님 답변에 포함되어 있습니다.결론적으로 hibernate 6.2 이후부터는 여러 개의 statement 를 캐싱하지 않음으로 성능 최적화를 구현하고 있고, default_batch_fetch_size 만큼의 ? 가 생성되고, null 이 들어가는 것은 자연스러운 현상(?)이니 그냥 내버려두면 되는 것 같습니다.자세한 원리나 이유가 궁금하신 분은 위 링크 참고하시기 바랍니다.

BindingResult1에서 price가 @ModelAttribute에 Mapping이 되지 않습니다.

아, 강의 다음 편에서 이 오류에 대해서 다루어주네요!해결했습니다!