티스토리 뷰
1.계획
자바 ORM 표준 JPA프로그래밍 - 기본편 학습
2.배운점
JPA를 사용하게되면 엔티티 매니저 팩토리와 엔티티 매니저의 관계를 이해해야한다.
웹 어플리케이션을 개발한다고 하면 EntitiyManagerFactory를 통해 고객이 요청을 할때
EntitiyManager를 생성을 한다. 그리고 EntitiyManager는 내부적으로 databaseConnection를 사용해서
db를 사용하게 된다고한다.
영속성 컨텍스트
- JPA를 이해하는데 가장 중요한 용어
- "엔티티를 영구 저장하는 환경"이라는 뜻
- EntitiyManager.persist(entity); < 영속성 컨텍스트안에 저장한다라는뜻
엔티티의 생명주기
비영속(new/transient)
> 영속성 컨텍스트와 전혀 관계가 없는 새로운 상태
//객체를 생성한 상태(비영속)
Member member = new Member();
member.setId("member1");
member.setUsername("회원");
영속(managed)
영속성 컨텍스트에 관리되는 상태
준영속(detached)
영속성 컨텍스트에 저장되었다가 분리된 상태
//객체를 생성한 상태(비영속)
Member member = new Member();
member.setId("member1");
member.setUsername("회원");
EntityManager em = emf.createEntitiyManager();
em.getTransaction.begin();
//객체를 저장한 상태(영속)
member.persist(member);
삭제(removed)
삭제된 상태
Member member = new Member();
member.setId(100L);
member.setName("hiJPA");
System.out.println("--------before-------");
em.persist(member); //등록
em.detach(member); //지움
System.out.println("--------after-------");
tx.commit();
영속성 컨텍스트의 이점
- 1차 캐시
Member member = new Member();
member.setId(101L);
member.setName("hiJPA");
// 1차 캐시에 저장됨
em.persist(member); //등록
// 1차 캐시에서 조회
Member findMember = em.find(Member.class, 101L); // 1차 캐시에서 조회해서 쿼리가 안나옴
System.out.println("findMember = " + findMember.getName());
System.out.println("findMember = " + findMember.getId());
- 동일성(identity) 보장
1차 캐시로 반복 가능한 읽기 등급의 트랜잭션 격리 수준을 데이터베이스가 아닌 애플리케이션 차원에서 제공
Member findMember1 = em.find(Member.class, 101L); //
Member findMember2 = em.find(Member.class, 101L); //
System.out.println("result = " + (findMember1==findMember2));
// result = true
- 트랜잭션을 지원하는 쓰기 지연(transactional write-behind)
EntityManager em = emf.createEntityManager();
EntityTransaction tx = em.getTransaction();
// 엔티티 매니저는 데이터 변경시 트랜잭션을 시작해야한다.
tx.begin(); // 시작
em.persist(memberA);
em.persist(memberB); // 등록
// 여기까지는 insert 안함
//커밋하는순간 insert함
tx.commit();
Member memberA = new Member();
memberA.setId(7L);
memberA.setName("HelloMemberA");
Member memberB = new Member();
memberB.setId(8L);
memberB.setName("HelloMemberB");
System.out.println("------------before------------");
em.persist(memberA); // 쓰기 지연 SQL저장소에 저장
em.persist(memberB); // 쓰기 지연 SQL저장소에 저장
System.out.println("------------after------------");
tx.commit();
결과:
------------before------------
------------after------------
Hibernate:
/* insert hellojpa.Member
*/ insert
into
Member
(name, id)
values
(?, ?)
Hibernate:
/* insert hellojpa.Member
*/ insert
into
Member
(name, id)
values
(?, ?)
아래 옵션을 추가해주면 insert를 같이해준다
(버퍼링을 모아서 커밋해줄 수 있다함)
<property name="hibernate.jdbc.batch_size" value="10"/>
- 변경 감지(Dirty Checking)
Member findMember = em.find(Member.class, 11L);
findMember.setName("zzzzzz");
Hibernate:
select
member0_.id as id1_0_0_,
member0_.name as name2_0_0_
from
Member member0_
where
member0_.id=?
Hibernate:
/* update
hellojpa.Member */ update
Member
set
name=?
where
id=?
업데이트를 선언안해도 업데이트가 로그로 찍힘
> 조회하는 순간 스냅샷으로 값을 저장하는데 엔티티 속성에 변경이 있으면 업데이트 쿼리를 생성후 플러쉬한뒤 커밋함
- 앤티티 삭제
Member findMember = em.find(Member.class, 11L);
em.remove(findMember);
Hibernate:
select
member0_.id as id1_0_0_,
member0_.name as name2_0_0_
from
Member member0_
where
member0_.id=?
Hibernate:
/* delete hellojpa.Member */ delete
from
Member
where
id=?
- 지연 로딩(Lazy Loading)
플러쉬(flush)
- 영속성 컨텍스트의 변경내용을 데이터베이스에 반영해준다.
> 플러쉬 발생 시
1.변경을 감지
2.수정된 엔티티 쓰기 지연 SQL 저장소에 등록
3.쓰기 지연 SQL 저장소의 쿼리를 데이터베이스에 전송(등록, 수정, 삭제 쿼리)
영속성 컨텍스트를 플러쉬하는 방법
1. em.flush() 직접호출
Member member = new Member();
member.setName("ㅋㅋ루");
member.setId(169L);
em.persist(member);
em.flush(); // 커밋전에 바로 반영됨
System.out.println("-------------");
tx.commit();
// 결과:
/*Hibernate:*/
/* insert hellojpa.Member
*/ /*insert
into
Member
(name, id)
values
(?, ?)
-------------
*/
2. 트랜잭션 커밋 - 플러시 자동 호출
3. JPQL 쿼리 실행 - 플러시 자동 호출
em.persist(memberA);
em.persist(memberB);
em.persist(memberC);
// 중간에 JPQL 작성
query = em.createQuery("select m from Member m",Member.class);
List<Member> members = query.getResultList();
// memberA,B,C가 저장하기전에 select 쿼리가 돌아서 문제가 된다.
플러쉬는 영속성 컨텍스트를 비우지 않고 영속성 컨텍스트의 변경내용을 데이터베이스에 동기화한다.
그리고 트랜잭션이라는 작업 단위가 중요하다 -> 커밋 직전에만 동기화 하면 된다.
준영속 상태로 만드는 방법
1. em.detach(entity) -> 특정 엔티티만 준영속 상태로 전환
2. em.clear() -> 영속성 컨텍스트를 완전히 초기화
3. em.close() -> 영속성 컨텍스트를 종료
3.코멘트
jpa는 많은 내용들이 있는데 em.find(Member.class) 이 내부의 인자값 자체가 어떤 의미인지 알게되었고,
기본적으로 쉽게 사용할 수 있었던것들이 이렇게 많은 내용들이 있는것을 알게되었다.
(양파같은 jpa.. 까도 까도 계속 나오는데..?!)
프로그래밍에는 약속과 이해가 있는거같다.
정확히 이해해야만 하는 내용과 어떻게 하세요! 하고 정해놓은 그런 규칙들이랄까
그 규칙들과 내가 이해해야하는것들이 무엇이 있는지 구분하는거 자체는 어렵다는 생각으로 오늘은 마무리!
'개발 > TIL' 카테고리의 다른 글
| SOLID 원칙 (0) | 2022.11.26 |
|---|---|
| 10.8 dto, builder (0) | 2022.10.08 |
| 10.4 HTTP, JPA (0) | 2022.10.04 |
| 9.30 Spring Container, DI (0) | 2022.10.01 |
| 9.29 알고리즘 (0) | 2022.09.29 |
- Total
- Today
- Yesterday
- instance
- ajax
- EC2
- 김영한
- this
- ssl
- 코드해석
- 환경세팅
- joinfetch
- 풀텍스트
- EntitiyManagerFactory
- DTO
- Spring
- method
- querydsl
- IOC
- backoffice
- 협업
- wil
- python
- 알고리즘
- DI
- java
- POI
- .jks
- JPQL
- JPA
- badrequest
- 항해99
- JWT토큰
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |