JPA에서 연관관계 매핑을 할 때 @OneToMany, @ManyToOne 등 등 다양하게 존재한다. 근데 내가 조회를 하면서, @OneToMany 관계로 매핑된 엔티티들을 가져오려고 하면, 오류가 발생한다. 예를 들어보자. 나는 지금 커뮤니티 라고 쓰고 지금은 블
인프런에서 이번 실전! Querydsl 강의를 끝으로, 김영한님의 JPA 관련 로드맵을 끝냈다. 사실 기본편 복습이 필요하다일단 이번 Querydsl에 대해 얘기를 하자면, 예전에 들었던 몇몇 강의들에서도 영한님이 동적 쿼리 얘기를 하면 꼭 언급되는 라이브러리였기에,
진짜 들은지 한참 됐는데 이제야 쓴다김영한님의 JPA 커리큘럼의 4번째 강의인 spring data jpa를 사실 좀 예전에 완강했다.원래는 이런 리뷰 글은 완강 즉시 혹은 하루 내에 바로 적는 편인데,이번 강의에 대해서는 .. 그럴 수 없었다.왜냐하면,그렇기에 다른
Spring Data JPA 공부중 반환 타입과 조회 할 때 몇 가지 케이스들 case 1. 반환 타입을 리스트로 조회했으나 결과 없음 ->null이 아니라, List가 반환됨 -> null 처리 할 필요 X case 2. 단건 조회를 했으나 결과가 없음 -> n
실전! 스프링 부트와 JPA 활용2 - API 개발과 성능 최적화사실 완강한지는 좀 됐는데, 요새 일이 많아서 글을 정리해서 쓸 시간이 없었다. 꾸준히 하기 힘든 일이다. 변명으로 시작일단은 이번 강의는 저번 강의에서 주로 타임리프를 이용해 진행하던 SSR(Server
<a href="https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81%EB%B6%80%ED%8A%B8-JPA-API%EA%B0%9C%EB%B0%9C-%EC%84%B1%EB%8A%A5%EC%B5%9C%E
인프런에서 김영한님의 JPA 활용 2편을 듣다가, Response에 대해서, 반환을 배열로 하면 다른 데이터를 껴 넣거나 할 수 없으니 그렇게 하지 말자는 얘기가 있었는데.. 듣고보니 매우 일리가 있었다. (예를 들면, 모든 유저를 전부 조회한 후, 유저의 수 까지
일단은 JPA 활용 1편을 완강했습니다.급하게 완강하기도 했고, 처음 잡았다가 아무래도 너무 내가JPA에 대해 모른다는 생각이 들어기본편을 어느정도 듣다가 다시 들어봤는데그게 확실히 도움이 된 것 같습니다.저는 학자형 인간이었던것 같습니다.활용에 대해서는 세세한 부분
객체는 참조, 테이블은 외래키를 통해 연관관계를 정한다. 차이는??실질적으로 양방향 연관관계에 대해 생각해보자단방향만 잘 해도 연관관계 매핑은 완료할 수 있다!단방향으로 설계를 잘 하고 필요시 양방향 연관관계 코드를 추가연관관계의 주인 -> 외래키를 가진 쪽 -> 1
시리즈로 공부한 내용들을 정리할 계획입니다. 현재 학습 상황 - 완료 시 밑줄스프링 입문스프링 핵심 원리(기본편)자바 표준 ORM JPA 프로그래밍 기본 -> 여기부터 블로그 정리!.........JPA 활용 1JPA 활용 2스프링 데이터 JPA스프링 MVC 1편스프링