JPA 왜 사용하는가?

패러다임 불일치(객체지향 VS 관계형 데이터베이스)
- 객체는 방향성이 있는데, 테이블은 방향성이 없음
- 객체답게 모델링할수록 RDB에 저장하기 위해 매핑작업만 늘어남
엔티티 신뢰문제
- 원하는 내부 필드를 다 가지고 있는지 확신할 수 없다. 널포인터 익셉션이 일어날 수 있다!
자바 컬렉션에 저장하듯이 DB에 저장할 수는 없을까?
- JPA(Java Persistence Api)
- ORM(Object-Relational Mapping, 객체 관계 매핑)JPA를 사용하면?
SQL 중심적인 개발에서 객체 중심적인 개발이 가능
생산성 향상 (비지니스 로직에 더 집중가능)
유지보수
신뢰할 수 있는 엔티티
패러다임 불일치 문제 해결

JPA의 핵심개념

@Entity: JPA가 관리할 객체
@Id: DB의 PK와 매핑할 필드
persistence.xml: JPA 설정파일 (SpringBoot 없이 사용하려면 필수임)
- META-INF 폴더 아래애 persistence.xml로 생성
- 실행시 설정정보를 조회하고, EntityManagerFactory에서 EntityManager를 생성함
트랜잭션 단위로 매번 EntityManger를 만듦
EntityManagerFactory는 하나만 생성하여 애플리케이션 전체에 공유
EntityManager는 스레드간에 공유하면 안됨 -> DB 커넥션이 물릴 수 있다.
JPA 모든 데이터 변경은 트랜잭션 안에서 실행
flush: 쓰기지연 sql 저장소의 쿼리를 데이터베이스에 전송(영속성 컨텍스트를 비우진 않음, 동기화가 목적)
- 직접호출: em.flush()
- 자동호출: 트랜잭션 커밋
- 자동호출: JPQL 쿼리 실행
commit: DB에 영구반영 (flush 호출되고 commit 호출)

비영속: 객체 생성만함, JPA 안넣음
영속: 객체 생성 후, 넣음(관리대상!) → em.persist(member);
- persist 메소드는 영속상태로 만든다는 의미
준영속: 관리하고 있었는데 잠시 떼어놓은 상태(트랜잭션 범위를 벗어나는 경우도 해당)
- 변경감지 등이 되지 않음
- em.clear()
- em.detach(entity)
- em.close()
삭제

1차캐시
- 트랜잭션 단위의 엄청 짧은 주기의 캐시
- 맵 같은 느낌으로 ID를 key 값으로 entity를 value 값으로 저장함
- 스냅샷도 저장함
- 동일성 보장
- 1차 캐시로 repeatableRead 등급의 트랜잭션 격리수준을 데이터베이스가 아닌 애플리케이션 차원에서 제공
트랜잭션을 지원하는 쓰기지원(buffer 기능)
- flush: DB에 보내는 시점(sync를 맞추기 위함)
- commit: flush and commit, DB에 영구반영
엔티티 수정(변경감지, DirtyChecking)
- 1차 캐시되는 시점에 스냅샷도 같이 저장함
- flush, commit 시점에 스냅샷을 비교하여 변경사항은 DB에 update 보냄
- 마치 컬렉션에서 참조 객체를 수정하는 것처럼 관리됨
엔티티 삭제
- 트랜잭션 커밋시점에! em.remove(entity);

Member에서 Team 필드에
@JoinColumn(name = "team")
@ManyToOne(fetch = FetchType.LAZY)양방향 매핑
Team 에서 List<\Member>를 갖는다면?
@OneToMany(mappedBy = "team")
객체는 양방향이 아니라 단방향이 2개 있는 것!
- 객체를 양방향으로 참조하려면(Team -> List, Member-> Team) 단방향을 2개 만듦
객체참조와 외래키는 성격이 다르므로 mappedBy가 필요
mappedBy
- 연관관계의 주인을 설정하기 위해 사용, 주인이 아닌 쪽에서 mappedBy 사용
- 연관관계의 주인만이 외래키를 관리(등록, 수정 등)
- 주인이 아닌 쪽은 읽기만 가능
- 나는 주인이 아님 -> mappedBy
- 주인임 -> mappedBy 속성 사용하지 않음
- 외래키가 있는 곳을 주인으로 정함
주의사항
- 연관관계 주인에 값을 입력해야함 (1번말고 2번처럼 해야함)
```
team.getMembers().add(member) // 1. 외래키가 null로 들어감
member.setTeam(team) // 2. ok
```
- 1,2 코드 둘다 사용하는 것이 권장(객체사용의 의미로 보면)설계