즉시 로딩과 지연 로딩프록시 학습 처음에 했던 질문. Member를 조회할 때 Team도 함께 조회 해야 할까?비즈니스 로직에서 단순히 멤버 로직만 사용하는데 함께 조회하면, 아무리 연관관계가 걸려있다고 해도 손해이다.JPA는 이 문제를 지연로딩 LAZY를 사용해서 프록시로 조회하는 방법으로 해결 한다.코드로 이해하기Member와 Team 사이가 다대일 @ManyToOne 관계로 매핑되어 있는 상황에서,@ManyToOne 어노테이션에 fetch 타입을 줄 수 있다.FetchType.LAZY@Entity @Getter @Setter public class Member extends BaseEntity { @Id @GeneratedValue(strategy = GenerationType.IDENTITY)..
프록시질문으로 부터 프록시에 대한 학습을 시작한다.Member 엔티티를 조회할 때 Team도 함께 조회해야 할까?실제로 필요한 비즈니스 로직에 따라 다르다.비즈니스 로직에서 필요하지 않을 때가 있는데, 항상 Team을 함께 가져와서 사용할 필요는 없다.낭비가 발생하게 된다.JPA는 이 낭비를 하지 않기 위해, 지연로딩과 프록시라는 개념으로 해결한다.프록시 기초지연 로딩을 이해하려면, 프록시의 개념에 대해서 명확하게 이해해야 한다.JPA에서 em.find() 말고, em.getReference()라는 메서드도 제공 된다.em.find() 는 DB를 통해서 실제 엔티티 객체를 조회하는 메서드이고em.getReference() 는 DB의 조회를 미루는 가짜(프록시) 엔티티 객체를 조회하는 메서드이다.Membe..
영속성 컨텍스트JPA를 공부할 때 가장 중요한게객체와 관계형 데이터베이스를 매핑하는 것(Object Relational Mapping) 과영속성 컨텍스트를 이해하는 것 이다. 두가지 개념은 꼭 알고 JPA를 활용하자. 엔티티 매니저 팩토리와 엔티티 매니저JPA는 스레드가 하나 생성될 때 마다(매 요청마다) EntityManagerFactory에서 EntityManager를 생성한다.EntityManager는 내부적으로 DB 커넥션 풀을 사용해서 DB에 붙는다. 영속성 컨텍스트영속성 컨텍스트는 JPA를 이해하는데 가장 중요한 용어이다."엔티티를 영구 저장하는 환경"이라는 뜻EntityManager.persist(entity);앞의 예제에서 persist()로 db에 객체를 저장하는 것이라고 배웠지만,실제로..
@MappedSuperclass객체의 입장에서 공통 매핑 정보가 필요할 때 사용한다.id, name은 객체의 입장에서 볼 때 계속 나온다.이렇게 공통 매핑 정보가 필요할 때, 부모 클래스에 선언하고 속성만 상속 받아서 사용하고 싶을 때 @MappedSuperclass를 사용한다.DB 테이블과는 상관없다. 아래에 보면 DB는 매핑 정보 다 따로 쓰고 있다. 객체의 입장이다.코드로 이해하기생성자, 생성시간, 수정자, 수정시간을 모든 엔티티에 공통으로 가져가야 하는 상황에서아래와 같이 BaseEntity를 정의해서 활용할 수 있다.BaseEntity.java매핑정보만 상속받는 Superclass라는 의미의 @MappedSuperclass 어노테이션 선언@Getter @Setter @MappedSuperclas..
상속관계 매핑객체는 상속관계가 존재하지만, 관계형 데이터베이스는 상속 관계가 없다.(대부분)그나마 슈퍼타입 서브타입 관계라는 모델링 기법이 객체 상속과 유사하다.상속관계 매핑이라는 것은 객체의 상속 구조와 DB의 슈퍼타입 서브타입 관계를 매핑하는 것이다.슈퍼타입 서브타입 논리 모델 -> 물리모델 구현 방법객체는 상속을 지원하므로 모델링과 구현이 똑같지만, DB는 상속을 지원하지 않으므로 논리 모델을 물리 모델로 구현할 방법이 필요하다.DB의 슈퍼타입 서브타입 논리 모델을 실제 물리 모델로 구현하는 방법은 세가지 있다.중요한건, DB입장에서 세가지로 구현하지만 JPA에서는 어떤 방식을 선택하던 매핑이 가능하다.JPA가 이 세가지 방식과 매핑하려면@Inheritance(strategy=InheritanceT..
다대다[N:M]실무에선 사용하지 않는 것을 추천한다. 사용하면 안되는 이유를 학습하자.관계형 데이터베이스는 정규화된 테이블 2개로 다대다 관계를 표현할 수 없다.연결 테이블(조인 테이블)을 추가해서 일대다, 다대일 관계로 풀어내야한다. 객체는 컬렉션을 사용해서 객체 2개로 다대다 관계가 가능하다.ORM 입장에서는 테이블은 안되고, 객체는 안되는 것을 지원해줘야 한다.따라서, 아래의 그림에서와 같이 객체의 다대다 관계(멤버와 프로덕트가 서로 리스트를 가짐)와테이블에서 다대다 관계를 일대다 다대일 관계로 풀어낸 것 두개의 차이를 연결해준다. JPA @ManyToMany 어노테이션을 사용하고@JoinTable로 연결 테이블을 지정해줄 수 있다.다대다 단방향@Entity public class Member { ..
- Total
- Today
- Yesterday
- Wisoft
- Spring
- 한밭이글스
- Algorithm
- 한밭대학교
- 인프런
- 순환
- 스프링부트
- Raspberry Pi
- 자바
- 레드블랙트리
- 정렬
- Vue.js
- 알고리즘
- vuex
- Spring Boot
- ORM
- 라즈베리파이
- vuejs
- springboot
- AWS
- 젠킨스
- 무선통신소프트웨어연구실
- github
- Java
- IT융합인력양성사업단
- 시간복잡도
- Recursion
- RBT
- JPA
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |