order 엔티티를 조회했을때 프록시 초기화를 통해서 컬렉션 과 나머지 엔티티들을 조회하는것을 알겠는데 postman에서 조회화면결과에서  TotalPrice 컬럼은 어떻게 나오는건가요? 아무리봐도  Order 클래스파일에는 public int getTotalPrice() 메소드로 정의된거 말고는 없는데 이 부분이 궁금해서 질문드립니다.

Member를 Team을 추가 할 때 public void setTeam (Team team){    this.team = team    team.getMembers().add(this) } 위와 같이 연관관계 편의 메서드를 만드셨는데, 제거 할 때도 위와 같이 양쪽에서 동시에 제거하는 메소드를 만드시는지 궁금합니다. 제가 실습중인 코드에서는 delete : /team/{team_id}/member/{member_id} 로 api를 호출하면 아래 메소드가 호출됩니다. public void removeMember (Long team_id, Long member_id){    Team team = validateTeam(team_id); //team 이 실제로 있는지 확인    Member member = validateMember(member_id); //member 가 실제로 있는지 확인    if(team.equals(member.getTeam())){       //의문점       team.getTeam().remove(member);       memberRepository.deleteById(member.getId)    } } Team에 Member를 추가 할 때와 같이 Member를 제거 할 때도 양쪽에서 같이 제거해야하는지 그리고 entity에서 remove관련 편의메소드를 만들어야하는지 궁금합니다.

영한님 안녕하세요~ 오늘도 또 하나의 질문을 들고 왔습니다. 예전 MyBatis 방식에서는 보통 수정 처리의 경우, 업데이트 문 한번으로 처리가 가능했는데요. (내가 수정하고자 하는 일부 항목들만 정의된 Update SQL 문 작성) JPA 방식에서는 Find 를 먼저 하지 않고 바로 업데이트 하기에는 어려움이 있는 듯 합니다. 예를 들어 Member 객체에 패스워드가 포함되어 있는데 패스워드만 수정을 해야 되는 경우라면 MyBatis 방식에서는 별도의 select 없이 패스워드만 update 를 하면 됐었는데 JPA 에서는 Find 를 통해 객체에 초기셋팅을 한번 한 뒤에 @DynamicUpdate 활용해야 Password 만 변경되는  SQL 을 수행시킬 수가 있는 거 같습니다. 즉, Update 를 위해서는 항상 Select 절이 따라 붙어야 한다는 건데 JPA 장점을 위해 이런 부분은 감수해야 되는 부분이라고 생각해야 되겠죠?? 

영한님 안녕하세요. 강좌들으면서 실무에서 직접 해보고 있는데 풀리지 않는 오류가 하나 등장했습니다. ManyToOne 단방향 맵핑한 영역이 있습니다. (MemberWebUser / MemberCompany) (다만,  PK 가 아닌 Unique 한 다른 필드로 Join 을 설정했고요..) 저장까지는 문제없이 잘 됩니다. (FK 도 원하는 필드로 저장됐구요) 그런데 이후 QueryDsl 로 두 개를 조인해서 Many 쪽의 객체만 가져오는 Select Repository 를 아래와 같이 작성했는데 .... 해당 리파지토리 실행 시점에 ClassCastException : MemberCompany cannot be cast to java.io.Serializle at org.hibernate.type.ManyToOneType.hydate(ManyToOneType.java) 에러가 발생합니다. 원인을 모르겠어요 ㅜ

연관관계 편의 메서드에 이점을 느끼고 있습니다만...이를 이해하는데 있어서 상당히 어려움을 느끼고 있습니다. 상품 주문 시 1. 주문한 member 를 조회2. 주문한 item을 조회3. 주문한 member address를 통해 delivery 생성4. 주문한 item, 가격, 상품수를 인자로 주문상품 생성5. 주문한 member,delivery,orderitem을 인자로 주문생성 주문상품 orderitem은 FK로 item, order를 가지나주문생성에는 orderItem이 필요하기 때문에주문상품 생성 시 order를 인자로 전해주지못하고주문 생성 시 생성된 order를 연관관계 편의메서드를 통해주문상품 order의 빈자리를 채워주고 있습니다. 주문생성 연관관계 편의 메서드를 보면양방향 관계인 member, delivery, orderitem을 모두함께 셋팅해주는데요. 1.member 생성 시 order와는 관계를 맺을 수 없으니연관관계 메서드 필요없음 2. delivery는 주문 생성 시 함꼐 생성되므로 order 또는 delivery에 연관관계 메서드 생성 3. orderitem은 order가 생성되어야 이후에 fk로 셋팅이가능하기 떄문에 order에 연관관계 메서드 생성 일단 이렇게  이해를 하고있는데요. 좀더 명확하게 연관관계 메서드가 위치해야하는곳이어디인가? 라는 물음에 케바케인가 싶기도 하구요.어느부분을 중점으로 봐야할까요?김영한님 책도 있긴한데 참고할 부분이 있을까요? 진짜 양방향은 왠만하면 안쓰는게 맞다는 말이 조금은 이해가 됩니다. 1부 빨리 끝내고 2부 들으러 가야겠습니다 ㅋㅋ 추가로JPA 이후에 계획하고 계신 강의가 있을까요?

entity에는 Setter가 존재하면 안된다는 글을 많이 보았습니다. 때문에 생성자를 통해서만 entity가 만들어지도록 샘플프로젝트를 만들어왔었는데요. 물론  교육이라 setter를 사용하신다고 생각하는데요 실무에서  setter를 entity 내 만들어쓰시는지 생성자를 통해서 해결하시는지 또는 private 처리로 생성 메서드만 노출하는지 궁금합니다. 연관관계 편의 메서드와 생성 메서드 예를 들어주실수 있으실까요? 감사합니다~

전에 1번 완강했었는데다시 반복 강의 들을때 문제생겨서 올립니다. 3시반30분의 삽질끝에..결국 찾아낸 ㅠㅠ저같은 분이 없으시길.. 이러한 에러가 나오실거에요.. [ 사진 크게 보시려면 아래처럼 마우스 오른쪽키 ] [ 새 탭에서 이미지 열기 ] --------------------------------------------------------- 2.1.9버전까지는 잘됬었습니다 그런데 이번에 2.1.10버전이 나왔더군요.. 그걸 모르고 그냥 이전처럼 맨뒤에 버전으로 받아서 했더니.,. 후... 2.1.10버전은 안됩니다.. 2.1.9버전 이하로 하시면 잘됩니다..

1. 실무에서 프로젝트 구현시 보통 폴더 구조를 어떤식으로 하시나요? 프로젝트를 하는데 폴더 구조를 어떻게 해야 좋을지 궁금합니다. 강의와 같이 api 패키지를 하나 만들고 Controller 클래스 안에 static 클래스로 dto를 만드시나요? 아니면 api 패키지 안에서 다시 패키지들로 나누시나요? 2. 별도 강의들에 대한 일정이 혹시 있으신가요? 있으시다면 언제쯤 강의를 들을 수 있을까요? 좋은 강의 올려주셔서 너무 잘 듣고 있습니다. 감사합니다.

컬랙션 패치 조인은 1번만 사용해야한다고 하셨는데 A라는 테이블에 컬렉셕 B, C가 았을때 B,C 를 모두 fetch조인하지 말라는건지 아님 A에 컬렉션B、B테이블에 컬렉션 C가 있을 때 a에서 b를 패치조인하고 b에서 c를 또 패티조인하지 말아야하는건지 궁금합니다

JsonIgnore는 json으로 변환할 때 문제가 발생해서 붙인 것 같은데요 . 그럼 엔터티가 아닌 dto로 변환해서 반환할 때는 양방향관계가 없으니 jsonIgnore를 안붙여도 되는것인다요?

트랜잭션을 지원하는 쓰기 지연 -insert 에서 jpa가 특정 옵션을 켜면 쓰기 지연 insert가 된다고 말씀해 주셨는데 이는 기본 동작이 아니었나요? 어떤 옵션으로 이를 컨트롤 할 수 있나요!  + 강의 정말 잘듣고 있습니다 감사합니다.

안녕하세요. 스프링뉴비입니다. 양질의 강의로 JPA 학습을 잘 이어오고 있습니다. 다름이 아니라, 엔티티에서 변경감지에 대해 문득 궁금한 내용이 생겨 이렇게 질문 남겨드립니다.  흔히 엔티티에 롬복 @Setter 남기지 않고 코딩을 권장하고 있습니다. 불변성을 보장하고, 불필요한 사이트 이펙트를 해결하기 위해서라는 측면에서. 이 부분은 충분히 공감합니다. 첫 스프링 토이 프로젝트로 JPA에 대해 깊히 알지 못한 채, 엔티티 특정 값을 수정하기 위해 늘 Builder패턴으로 객체를 만들어 .save(Object) 로 해당 id를 조회해서 엎어치기를 했었는데요.  이번에 변경감지를 사용하고자 했더니, setter가 아니면 안되는 것 같더라구요. 혹시 더티체크를 불변성을 어느정도 보장할 수 있는 안전성있게 할 수 있는 방법이 있을까요? 저는 주로 생성자를 통해 불변성이 보장되는 Value Object 스럽게 써왔습니다.  JPA에서 더티체크를 위해서 setter를 설정해야된다는 것은 무조건일까요? 혹시 되도록 사이드이펙트가 일어나지 않도록 하는 또다른 방법은 없을까요? 더하여, 김영한강사님께서는 객체내에 setter라는 단어보다는 chageXX 이런식으로 하는 것을 권하셨던걸로 기억하는데, 혹시 맞을까요?

업데이트 후에 쿼리하는 부분에서 실제로 쿼리를 날리지 않는 것은 1차 캐시에서 엔티티를 가져오기 때문인가요? 추가로 꿀강의 정말 감사합니다! ㅎㅎ

안녕하세요 영한님 기다리던 2편도 어제부터 너무 즐겁게 보고 있습니다 항상 좋은 강의 감사드립니다 테스트 코드 작성 중 2가지 질문이 있어 질문 드립니다 기본편 패치조인 한계편 초반에 보면 fetch join 시 별칭을 줄 수 없다고 되어 있습니다 그 이유는 별칭을 준 이후 on 에서 별칭으로 조건을 주면 OneToMany 관계에서 Collection 형태로 조회되는 데이터가 전부 조회되지 않고 일부만 나오기 때문에 문제가 생길 수 있다는 설명도 이해를 했습니다 이 과정에서 2가지 질문이 있습니다 1. 테스트를 해보면 fetch join JPQL에 on 조건을 주면 무조건 에러가 발생합니다 (with-clause not allowed on fetched association)    fetch 조인 시 on 조건을 넣는 것 자체가 안된다고 생각해도 되는 것인가요? Member -> Team @ManyToOne Team -> Member @OneToMany 2. 1번 질문에서 만약 fetch 조인 시 on 조건 자체가 불가능하게 설계 되었다면 Collection의 값이 항상 보장되는 쿼리는 실행이 되어야 하지 않을까 해서 설계상의 원칙인지 제가 놓치고 있는 부분이 있는지 궁금합니다    ex) Select t from Team t join fetch t.member m on m.name=:memberName           (memeber 컬렉션이 전부 조회되지 않기 때문에 실행 불가능 한 것을 이해)    ex) Select t from Team t join fetch t.member m on t.name=:teamName          (Team을 기준으로 조건을 주었기 때문에 member Collection에는 영향이 없어 문제가 없지 않을까? 라고 생각합니다) 3. fetch 조인 시 where문 사용 의견     fetch 조인 시 where 조건은 동작하는 것을 테스트에서 확인했습니다     1) OneToMany 조건에서 where 조건을 Collection이 아닌 조건에만 사용 하는 것     ex) Select t from Team t join fetch t.member m where t.name=:teamName     2) ManyToOne, OneToOne에서 where 조건을 양쪽 모두 사용 하는 것     ex) Select m from Member m join fetch  m.team t where m.name=:memberName            Select m from Member m join fetch  m.team t where t.name=:teamName    위처럼 사용하는 것에 대한 의견 부탁드립니다        그리고 QueryDSL 강의 기다리고 있습니다 ^^      

부모엔티티에서 자식엔티티를 mappedby로 양방향 잡으면 readonly로 데이터 생성 변경 모두 불가하지만 cascade를 사용하면 가능하다라고 이해하는게 맞는건가요? 반대로 자식엔티티에 조인된 부모엔티티에 cascade하고 자식엔티티에 부모엔티티넣으면 pk뿐만 아니라 부모도 함께만들어 진다 즉, 방향성이든 주인이든 상관없이 같이 영속상태가되어 저장된다고 이해하면 맞을까요?

예제에서는 Entity에 Setter가 존재하여 Entity class 내에 set이 가능했지만... 강의에서 강조했듯이 Setter를 제거하고 DTO를 사용을 하게된다면 연관관계 메서드는 DTO내에 존재하게 되는건가요? 아니면 생성자나 builder를 통해서 set 하게 되는걸까요?

안녕하세요 선생님  좋은 강의 너무나 감사드립니다. 다름이 아니고 강좌 듣는도중 궁금한 부분이 있어 질문드립니다.   이전 강의 "도메인 모델과 테이블 설계" 강좌와 이번 강좌내용에서 ORDERS와 DELIVERY는 OneToOne 단방향 매핑이라고 이해를 하였는데  [그림1] - 엔티티 클래스 개발1 강의 내용중 회원엔티티 분석 설계도중 일부 [그림2] - 도메인과 모델과 테이블 설계 강의 내용  강의 29분경 실제 엔티티를 설계하는 부분에선 mappedby를 사용하여 OneToOne 양방향 매핑한거 같아 질문드립니다.  [그림3] Order 엔티티 [그림4] Delivery 엔티티 아직 학생인데 선생님 덕분에 JPA를 쓰는 회사로 취업하고싶네요. 좋은 강좌 정말 감사합니다.

선생님 왜 주문내역은 OrderService를 만들어서 save() 메소드에 적지 않고 Order에 직접 적어주는건가요?

FAILURE: Build failed with an exception. * What went wrong: Execution failed for task ':test'. > No tests found for given includes: [jpabook.jpashop.MemberRepositoryTest](filter.includeTestsMatching) * Try: Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. Run with --scan to get full insights. * Get more help at https://help.gradle.org BUILD FAILED in 4s 테스트 맴버 실행 도중에 위와 같은 오류가 발생하였습니다. 뭐가 문제인걸까요? ㅠ

샘플에서 DTO는 생략하셔서 아쉽습니다. DTO 변환으로 modelmapper나 mapstruct 정도 쓰는것같습니다.물론 mapper 없이도 하시는것 같던데요. 우아한형제들은 mapper에 대한 고견이 어떠신지 매우 궁금합니다!~