안녕하세요 알찬 강의 잘 보고 있습니다. updateble이 false인 경우는 쉽게 생각해볼 수 있는데 insertable이 false인 경우는 어떤 경우를 상정해볼 수 있을까요?

classloader 시스템에서 일어나는 로딩 과정, 링크과정, 초기화 과정은 interpreter에 의해 수행되는 건가요? java 프로그램을 실행하게 되면 최초에 인터프리터가 바이트코드를 읽어 들이고 클래스로더시스템의 각 과정들을 수행하며 데이터들을 메모리 영역에 쌓아둔다고 보면 될까요?

안녕하세요 선생님 오랫만에 질문 다시 올립니다.이번강의도 정말 잘 듣고 있습니다. 아래와 같이 2가지의 다른 방식으로  queyrdsl를 사용하면  나가는 쿼리는 동일합니다. 하지만  jpa 에서 처리하는 방식이 다른거죠?  fetch join을 사용하면 LAZY까지  초기화 해서 한 객체를 만들어주고 다른 방식은 그냥 다른 두 객체로써 가지고 오는거죠?   Member findMember = queryFactory                 .selectFrom(member)                 .join(member.team,team).fetchJoin()                 .where(member.username.eq("member1"))                 .fetchOne();   Tuple findMember2 = queryFactory                 .select(member,team)                 .from(member)                 .join(member.team,team)                 .where(member.username.eq("member1"))                 .fetchOne();  select             member0_.member_id as member_i1_1_0_,             team1_.team_id as team_id1_2_1_,             member0_.age as age2_1_0_,             member0_.team_id as team_id4_1_0_,             member0_.username as username3_1_0_,             team1_.name as name2_2_1_          from             member member0_          inner join             team team1_                  on member0_.team_id=team1_.team_id          where             member0_.username=? select             member0_.member_id as member_i1_1_0_,             team1_.team_id as team_id1_2_1_,             member0_.age as age2_1_0_,             member0_.team_id as team_id4_1_0_,             member0_.username as username3_1_0_,             team1_.name as name2_2_1_          from             member member0_          inner join             team team1_                  on member0_.team_id=team1_.team_id          where             member0_.username=?

안녕하세요. 예제에서 MemberForm에서 Member 엔티티를 생성할때 컨트롤러에서 생성코드를 작성하셨는데요. Member 엔티티를 생성하는걸 MemberForm 에서 처리하는거에 대해서는 어떻게 생각하시나요? (ex. memberForm.toMember()) 예제가 아닌 실무에서 평소 영한님께서는 어떻게 하시는지, 어떻게 생각하시는지 궁금해서 여쭤봅니다!

안녕하세요. 선생님! 오랜만에 또 질문남깁니다..! 강의내용에서 JpaRepository의 구현체에 @Transactional 애노테이션이 붙어있기 때문에 서비스계층에 없어도 트랜잭션이 적용된다고 하셨습니다.  JPA의 모든 변경은 트랜잭션 안에서 동작한다고도 하셨구요! 여기서 질문입니다. Repository를 직접 정의하고 사용할 때, @Transactional 애노테이션 없어도 동작하는 이유는 뭔가요? 더 쉬운 예제로 Controller에서 em.find() 호출이 가능한데,  이유가 뭔지 궁금합니다.. EntityManger의 구현체에 @Transactional이 붙어있나 싶어 em.getClass()를 찍어보았는데, class com.sun.proxy.$Proxy113 이렇게 찍혀서 구현체를 어떻게 봐야하는지를 모르겠어요.. @RestController @RequiredArgsConstructor public class MemberApiController{ private final EntityManager em; @GetMapping("/api/v1/member") public Member getMemberV1(){ return em.find(Member.class, 1L); //트랜잭션 설정을 안했는데 왜 가능할까요? } }

flush()를 했을 때 1차 캐시에서 Entity와 스냅샷이 다를 경우  쓰기 지연 SQL저장소 update 쿼리를 에 만들고 나면 Entity값과 스냅샷 값은 같아지는 것인가요?! 당연히 변경된 Entity값이 스냅샷에 저장되면서 같아질 것이라고 생각은 하는데 혹시나 하여 질문합니다. 선생님 강좌 너무 잘 듣고 있습니다. 왜 이 좋은 강좌를 이제야 알고 수강하는지 모르겠습니다. 눈높이에 너무 잘 맞추어 설명해주시는것 같습니다.

안녕하세요 영한님. 복습을 하다 궁금한 점이 생겨 질문드립니다. 소스에서 ManyToMany 양방향의 경우 @JoinTable을 주인쪽에 다셧는데, @JoinTable을 주인쪽에 다는게 맞다고 알면 되는 것일까요?? 감사합니다~

안녕하세요. 복습을 하다 궁금한 점이 생겨 질문을 남깁니다. 영한님 소스에서 양방향인 경우 cascade 옵션을 사용한 부분이 있는데, 한번은 주인인쪽에, 또 다른 한번은 mappedBy쪽에 사용했습니다. 1. casecade 옵션은 어느쪽에 다는게 좋은건지 궁금합니다. 2. 만약 양쪽 다 달아도 상관 없는건 지도 궁금합니다.  실무에서 사용법을 몰라 양쪽에 달아두었는데, 문제가 있을거 같아 걱정이 되네요 ㅠㅠ 감사합니다~

안녕하세요 김영한님 항상 질 높은 강의 잘듣고있습니다!! 다름이 아니라 강의를 듣다보니 v3랑 v6의 차이점에 대해서 제가 생각한 부분이 맞는지 질문드립니다. v3의 경우 중복을 제거하기 위해 distinct라는 명령어를 사용하고 v6의 경우에는 로직을 추가해서 중복을 제거했습니다. 두 가지가 실제 쿼리의 조인은 비슷할거라 생각합니다. 그렇다면 차이는  1. select 해오는 컬럼들을 선택할 수 있다? v3의 경우 전부다, v6의 경우 dto에 정의된 필드만  2. 컬렉션 값이 2개 이상이여도 사용 가능 의 차이 정도로 이해하면 될까요  

안녕하세요 정말 좋은강의 잘듣고 있습니다. 혹시 countquery옵션을 설정했음에도 안나가는 경우가 있을까요? 이전 jpa 활용2 에서 order 객체를 기반으로 springdata jpa repository 를 만든후 아래와 같은 메서들를 정의했는데 @Query(value = "select o from Order o join fetch o.member m join fetch o.delivery d",countQuery = "select count(o) from Order o")public Page<Order> findAllWithMemberDelivery(Pageable pageable); 결과값은 count 문없이 아래와 같은 쿼리만 나가네요   select         order0_.order_id as order_id1_6_0_,         member1_.member_id as member_i1_4_1_,         delivery2_.delivery_id as delivery1_2_2_,         order0_.delivery_id as delivery4_6_0_,         order0_.member_id as member_i5_6_0_,         order0_.order_date as order_da2_6_0_,         order0_.status as status3_6_0_,         member1_.city as city2_4_1_,         member1_.street as street3_4_1_,         member1_.zipcode as zipcode4_4_1_,         member1_.name as name5_4_1_,         delivery2_.city as city2_2_2_,         delivery2_.street as street3_2_2_,         delivery2_.zipcode as zipcode4_2_2_,         delivery2_.status as status5_2_2_      from         orders order0_      inner join         member member1_              on order0_.member_id=member1_.member_id      inner join         delivery delivery2_              on order0_.delivery_id=delivery2_.delivery_id limit ? 혹시 inner join 이라 따로 다시 조회할 이유가 없어서 스프링에서 최적화해서 따로 쿼리가 나가지 않은건가요?  

제가 도메인, 서비스, 레포지토리 같은것들을 자바를 공부하며 처음 알게되었는데요 도메인이라고 하면 계속 www 같은 도메인이 떠오르네요 domain: 엔티티객체의 모음 service: 비즈니스로직 repository: 엔티티객체를 활용한 jpa코드사용 이렇게 생각하면 될까요?? 그리고 웹어플리케이션을 만들때 만들기 나름이겠지만, 쿠키나 세션을 사용해서 로그인처리를 하는지 jwt를 사용하시나요?? 대부분의 웹서비스는 jwt필요없이 쿠키만으로 충분하다는 어느 유튜버분의 의견도 있던데 어떻게 생각하시는지 궁금합니다!

안녕하세요.올려주신 강의 잘 듣던 중 궁금한 점이 생겨 질문드립니다. @Transactional을 테스트 케이스에서 쓸 경우에는 커밋이 안되고 롤백을 한다고 하셨는데, MemberServiceTest에서 만든 2개의 테스트 중 중복_회원_예외() 메서드 실행 시에는 아래 로그에 INSERT쿼리가 나와서요... 회원가입() 메서드 테스트 시에는 INSERT쿼리가 로그에 찍히지 않는데 중복_회원_예외() 메서드에는 INSERT쿼리가 찍히는 이유가 궁금합니다.

좋은 강의 감사합니다.영상 17:10쯤 사용법 확인하는 단축키가 무엇인가요?

안녕하세요.강의 잘 듣고 있던 도중 궁금한 점이 생겨서 질문드립니다.엔티티 설계시 주의점 21분쯤에 cascade옵션에 대해서 설명해 주셨는데, 왜 Order 엔티티에 있는 필드값에만 이를 적용하고 다른 곳에는 적용하지 않으셨는지 궁금합니다. 또한, 어떤 기준을 통해 cascade 옵션을 적용시켜야 하는지 궁금해서 여쭤봅니다.

extracting().containsExactly()를 실행하는데 오류가 나서 대체 메소드를 찾는 중인데 잘 되지가 않네요

처음 회원을 등록하면 회원목록에서 #이 1이 뜹니다. 이후 상품 등록을 하고나서 상품 목록을 조회해보니 #2가 뜹니다. 혹시나해서 회원을 하나 더 만들어보니 #3이 추가가 되었습니다. id값이 부여가 되는 것이 테이블별로 이루어지는 것이 아닌 건가요?

안녕하세요. @QueryHint 의 readOnly 속성과 관련하여 질문있습니다. 이전의 강의(jpa 활용 1편) 에서 service 단에 @Transaction(readOnly=true) 설정을 주었을 때 영속성 context flush (X), dirty checking (X) 를 통해서 성능을 최적화하고 DB에 읽기 전용임을 알린다고 배운게 기억이 나서요. 정리하자면  1. @QueryHint 의 readOnly 속성은 (how) 스냅샷을 만들지 않음으로써  (what) Dirty Checking의 비교를 하기 위해 내부적으로 객체를 2개(스냅샷) 만들어 메모리 낭비하는 것을 방지 2. @Transaction(readOnly=true) 속성은 (how) DB에 반영할 것이 없다는 것을 암시하여 영속성 context flush 를 하지 않도록 하여  (what) dirty checking 안 함 -> 성능 최적화 으로 이해를 했는데요. 왠지 두가지 방법이 매우 유사한 것 같아 이와 관련하여 구글링 하던 중  https://vladmihalcea.com/spring-read-only-transaction-hibernate-optimization/ 위 글을 봤는데  제가 이해하기로는 위 글에서 얘기하는 Entity loaded state 가 말씀하신 스냅샷이고 강의와 동일하게 'queryHint-readOnly를 통해 생성을 막을 수 있다.' 라고 하면서 작성자 본인이 기존에 Transactional-readOnly를 사용했을 때 Entity loaded state(스냅샷) 생성이 막히지 않아 git pull 요청을 해서 spring 5.1에서 적용됐다는 것 같은데요. 제가 이해한게 맞는지 그렇다면 @Transaction(readOnly=true)를  @QueryHint-readOnly속성과 동일한 기능으로 보고 대체하여 사용할 수 있는지 궁금합니다. 감사합니다.

안녕하세요 이번강의도 정말 잘듣고 있습니다. 다만 궁금한 점이 있다면..스프링 JpaRepository를 쓰면 jpa에 종속적인 repository가 만들어지지 않을까요? 원래 repository 패턴을 장점중 하나가 (캐쉬,api,nosql)등 구체적인  데이터 소스에 대한 의존성을 줄이기 위함이라 알고 있는데.. 실무에서는 사실상 적용하기는 개발공수에 비해 얻는 이점이 크지 않는건가요? 실무에서 그럼보통 nosql로 변경되거나 api로 변경되면(거의 없겠지만) 거의 대부분을 다시 작업하나요? 그리고 혹시 jpql사용시 join 과 fetch join의 차이점은 select 할때 받아오는 컬럼에만 차이가 있는건가요?

위와같이 Order와 Product Entity가 N:M매핑일 때 1.Order에 대해서 락을 걸고싶은데 이럴경우 OrderItem에 관해서도 락을 걸어주는게 맞는지 궁금합니다 ㅠㅠ OrderItem까지 락을 걸어버리면 컬렉션에 값이 추가될때마다 업데이트 쿼리가 계속 늘어나가지고 성능적으로 문제가 생길거같아서.. 2.애그리거트 단위로 락을 걸어주는게 좋은건가요 ??

선생님 안녕하세요. 수업내용과 무관하지만, 한 가지만 더 여쭤보겠습니다..! 실무에서 커넥션 풀의 개수는 어떤 근거로 결정하나요?? 커넥션 풀을 많이 만들면 어떤 단점이 있는지도 알려주시면 감사하겠습니다..!