Spring Data JPA

⚡ 01. JPA는 다양한 쿼리 방법을 지원 JPA는 DataBase에서 데이터를 뽑아오기 위해 다양한 Query를 지원한다 JPQL JPA Criteria QueryDSL Native SQL JDBC API 직접 사용, Mybatis, SpringJdbcTemplate과 함께 ✅ 01-1 지금까지의 조회 방법 지금까지는 단순히 find() 메서드를 사용하여 전체 조회만 수행 해왔다 가장 단순한 조회 방법 EntityManager.find() 객체 그래프 탐색 하지만 만약 나이가 18살 이상인 회원을 모두 검색하고 싶다면? ✅ 01-2 문제점 JPA 사용시 엔티티 객체를 중심으로 개발해야 하는데, 문제는 조건 검색 쿼리다. 모든 DB 데이터를 객체로 변환해서 검색하는 것은 불가능하다. 또한 필요한 데이터..

⚡ 01. 값 타입 컬렉션 값 타입 컬렉션이란 값 타입을 컬렉션에 넣어 사용 하는 것을 의미한다. 값 타입 컬렉션을 DB에서 구현하기 위해서는 MEMBER 테이블을 기준으로 별도의 테이블(FAVORITE_FOOD, ADDRESS)로 분리하여 사용을 해야 한다. ✅ 01-1. 값 타입 컬렉션이란? @ElementCollection @CollectionTable(name = "FAVORITE_FOOD", joinColumns = @JoinColumn(name = "MEMBER_ID")) Set favoriteFoods = new HashSet(); @ElementCollection @CollectionTable(name = "ADDRESS", joinColumns = @JoinColumn(name = "ME..

⚡ 01. 값 타입이란? 값 타입은 복잡한 객체 세상을 조금이라도 단순화하기 위해 나온 개념. 따라서 값 타입은 단순하고 안전하게 다룰 수 있어야 한다. 우리는 개발을 할 때 엔티티에 대해서는 신경을 많이 쓰지만, 값을 변경하는 것에 있어서는 크게 고민을 하지 않는다. 그 이유 자체가 값 타입 자체는 자바 내에서 안전하게 설계가 되어 있기 때문이다. ✅ 01-1. 값 타입 공유 참조 혹시 어떤 데이터를 공유하여 사용 하려고 한다면 값 타입이 아닌 엔티티로 만들어 사용해야한다. 즉, 절대 값 타입(임베디드 타입)은 공유하여 사용하면 안된다. 임베디드 타입(값 타입)은 여러 엔티티에서 공유가 가능하다. 임베디드 타입 같은 값 타입을 여러 엔티티에서 공유하면 상당히 위험하다. 즉, 부작용(side effect..

⚡ 1. 기본값 타입 ✅ 1-1. 엔티티 타입 JPA는 데이터 타입을 최상위 레벨로 바라보았을 때 엔티티 타입과 값 타입 두 가지로 분리할 수 있다. @Entity public class Member { //.. } @Entity로 정의하는 객체 데이터가 변해도 식별자로 지속해서 추적 가능 ex) 회원 엔티티의 키나 나이 값을 변경해도 식별자로 인식 가능 ✅ 1-2. 값 타입 int num = 0; String str = "str"; dobule db = 1.0; int, Integer, String처럼 단순히 값으로 사용하는 자바 기본 타입이나 객체 식별자가 없고 값만 있으므로 변경시 추적 불가 ex) 숫자 100을 200으로 변경하면 완전히 다른 값으로 대체 ⚡ 2. 값 타입 분류 ✅ 2-1. 기본값..

1. 영속성 전이 : CASCADE 2022-02-22_영속성전이01 영속성 전이 CASCADE는 앞에서 설명한 즉시 로딩, 지연 로딩, 연관관계 설정과는 전혀 상관이 없는 부분이다. 영속성 전이는 특정 엔티티를 영속 상태로 만들 때 연관된 엔티티도 함께 영속상태로 만들고 싶을 때 사용이 된다. 대표적인 예로는 부모 엔티티를 저장할 때 자식 엔티티도 함께 저장하는 경우를 들 수 있다. 1-1. 영속성 전이를 이해하기 위한 기본 예제 @Entity public class Parent { @Id @GeneratedValue private Long id; private String name; @OneToMany(mappedBy = "parent") private List childList = new Array..

⚡ 01. Member를 조회할 때 Team도 함께 조회해야 할까? 프록시_01 이전 장(프록시)에서 설명한 예시와 같은 맥락이다. 단순히 맴버의 데이터만 필요한 경우 팀까지 조인을 해야 하는가? ✅ 지연 로딩 사용 @Entity public class Member { //..중략 @ManyToOne(fetch = FetchType.LAZY) // 지연 로딩 @JoinColumn private Team team; //..중략 } 우선 지연 로딩을 사용하기 위해서는 FetchType.LAZY키워드를 추가해줘야 한다. 다음은 실제 호출부에서 Member 엔티티를 조회하는 예제를 살펴보자. ✅ 지연 로딩 사용(Member 엔티티만 조회) try { Member member = new Member(); memb..

⚡ Member를 조회할 때 Team도 함께 조회해야 할까? 프록시_01 위 사진을 보면 Member, Team 객체가 존재한다. 이 때 Team 엔티티가 필요 없다면 어떻게 해야할까? 다음 예시를 시작으로 JPA에서의 프록시 개념을 공부해보자. ✅ 간단한 예시를 통한 이해 @Entity class Member{ @Id private Long id; // ... @ManyToOne @JoinColumn(name = "team_id") private Team team; } @Entity class Team{ @Id private Long id; @OneToMany(mappedBy = "team") List memberList = new ArrayList(); // ... } 현재 Member 엔티티와 Te..

✔ 상속관계 매핑 이번 장에서는 실습 위주로 진행이 됩니다. 💡 상속관계 매핑에 대한 추가적인 내용은 해당 링크를 참고 해주세요. 🤣 ✅ 요구사항 추가 상품의 종류는 도서, 음반, 영화가 있고 이후 더 확장될 수 있다. 모든 데이터는 등록일과 수정일이 필수다. ✅ 도메인 모델 상속관계매핑 상품(물품) 테이블에 도서, 음반, 영화를 추가하였다. ✅ 도메인 모델 상세 2022-02-19_상속관계매핑_도메인모델_상세 도메인 모델에도 마찬가지로 위 세가지(도서, 음반, 영화)를 추가. ✅ 테이블 설계 2022-02-19_상속관계매핑_테이블설계 테이블은 싱글 테이블로 설계. ⚡ 실습 예제 ✅ Item 도메인 @Entity @Inheritance(strategy = InheritanceType.SINGLE_TABL..

✔ @MappedSuperclass mapped_superclass MappedSuperclass는 공통매핑 정보가 필요한 경우 사용이 된다. 대표적인 예로는 DB 테이블이 다르지만 부모 클래스의 속성만 하위 구현체에서 물려받아 사용하고 싶은 경우 사용이 된다. ✅ 공통 엔티티가 없다 가정 @Entity public class Member { private String createdBy; private LocalDateTime createdDate; private String lastModifiedBy; private LocalDateTime lastModifiedDate; } @Entity public class Item { private String createdBy; private LocalDate..

✔ 상속 관계 매핑 객체는 상속을 지원하지만 DB는 상속을 지원하지 않는다. 이번 장에서는 JPA가 이러한 패러다임의 차이를 어떻게 극복했는지 알아보자. ✅ DB(DataBase) 위 사진은 DataBase(슈퍼타입/서브타입)의 논리 모델링을 구상한 사진입니다. ✅ 객체(Entity) 관계형 데이터베이스는 상속 관계 x RDBMS의 슈퍼타입 서브타입 관계라는 모델링 기법이 객체 상속과 유사 상속 관계 매핑 : 객체의 상속 구조와 DB의 슈퍼타입 서브타입 관계를 매핑 ✅ 슈퍼타입과 서브타입 슈퍼타입 서브타입 논리 모델을 실제 물리 모델로 구현하는 방법은 아래와 같다. 각각 테이블로 변환 조인 전략 통합 테이블로 변환 단일 테이블 전략 서브타입 테이블로 변환 구현 클래스마다 테이블 전략 💡 조인 전략 기존 ..

📌 배송, 카테고리 추가 - 엔티티 들어가기에 앞서 이번 장에서는 개념적인 부분보다는 간단한 실습 위주로 진행을 할 예정이니 내용이 미약해도 양해 부탁드리겠습니다 🤣 주문과 배송은 1:1 (@OneToOne) 상품과 카테고리는 N:M (@ManyToMany) 📌 배송, 카테고리 추가 - ERD 1:1 관계에서 Orders에 DELIVERY_ID (FK)가 존재한다. N:M 관계(Category : CATEGORY_ITEM : Item)의 중간 테이블인 CATEGORY_ITEM에는 CATEGORY_ID (FK)와 ITEM_ID (FK)가 존재한다. 📌 배송, 카테고리 추가 - 엔티티 상세 ✅ Order와 Delivery 1:1 관계 설정 @Entity public class Delivery { @Id @G..

✔ 일대일 [1:1] 📌 일대일 관계 일대일 관계의 반대 역시 일대일 주 테이블이나 대상 테이블 중에 외래키 선택 가능 주 테이블에 외래키 대상 테이블에 외래키 외래키에 데이터베이스 유니크(UNI) 제약조건 추가 ✅ 일대일: 주 테이블에 외래키 단방향 설정 회원과 사물함 간의 관계를 설정한다. 한명의 회원은 딱 한개의 사물함만 가질 수 있다. 현재는 회원 객체를 주 테이블로 설정한다. 회원에 외래키를 넣어도 되고, 라커에 외래키를 넣어도 상관이 없다. 1:1 연관관계이기에 가능한 상황이다. ✅ 일대일: 주 테이블에 외래키 양방향 설정 일대일 관계에서 양방향 연관관계 매핑 역시 가능하다. Locker 테이블에 Member member 객체를 추가해주면된다. 💡 일대일: 주 테이블에 외래키 양방향 정리 다대..