JPA 소개
SQL을 직접다룰 때 발생하는 문제점
sql에 의존적인 개발
애플리케이션에서 SQL을 직접 다룰 때 발생하는 문제점
- 진정한 의미의 계층 분할이 어렵다
- 엔티티를 신뢰할 수 없다.
- SQL에 의존적인 개발을 피하기 어렵다.
패러다임의 불일치
애플리케이션은 자바라는 객체지향 언어로 개발하고 데이터는 관계형 데이터베이스에 저장해야한다면, 패러다임 불일치 문제를 개발자가 중간에서 해결해야한다.
상속
객체는 상속이란 기능을 갖고 있지만 테이블은 상속이란 기능이 없다.
데이터베이스 모델링에서 이야기하는 슈퍼타입 서브타입 관계를 사용하면 유사하게 설계할 수 있다. 그러나 조회하는 것부터 쉬운 일이 아니며 이 과정은 패러다임 불일치를 해결하려고 소모하는 비용이다.
-> JPA는 자바 컬렉션에 객체를 저장하듯 JPA에게 객체를 저장하면 된다.!
연관관계
객체는 참조를 사용해서 연관된 객체를 조회하고, 테이블은 외래키를 사용해서 조인을 이용해 연관된 테이블을 조회한다.
예로 멤버 객체는 팀 필드로 연관관계를 맺고 멤버 테이블은 팀id 외래키로 연관관계를 맺는다. 즉 객체 모델은 외래키가 필요없고 단지 참고만 있으면 되고 반면 테이블은 외래키만 있으면 된다. 결국 개발자가 중간에서 변환 역할을 해야한다.
객체 그래프 탐색
sql을 직접 다루면 처음 실행하는 SQL에 따라 객체 그래프를 어디까지 탐색할 수 있는지 정해진다. 이것은 언제 끊어질지 모를 객체 그래프를 함부로 탐색할 수 없기 때문에 너무 큰 제약이다.
비교
객체는 두 가지 비교 방법이 있다.
첫째, 동일성 비교(==)를 사용해 객체 인스턴스의 주소 값을 비교하며
둘째, 동등성 비교(equals)를 사용해 값을 비교한다.
왜 JPA를 사용해야 하는가?🤔
- 생산성
sql을 작성하고 JDBC API를 사용하는 지루하고 반복적인 일을 JPA가 대신 처리 - 유지보수
- 패러다임 불일치 해결
상속, 연관관계, 객체 그래프 탐색, 비교하기 - 성능 최적화
- 데이터 접근 추상화와 벤더 독립성
하이버네이트란?
하이버네이트란 자바 언어를 위한 ORM프레임워크이다. JPA의 구현체로, JPA 인터페이스를 구현하며, 내부적으로 JDBC API를 사용한다.
SQL 반복 작업을 하지 않음으로 생산성이 높아지고 유지보수에 있어 장점이다.
그러나, 직접 SQL을 작성하는 것보다는 성능상 좋지 않으며, 메서드 호출만으로 데이터베이스를 조작하기에는 한계가 있다.
+) 이를 보완하기 위해 JPQL을 지원한다.
- 엔티티 매니저 팩토리는 하나만 생성해서 애플리케이션 전체에서 공유
-> persistence.xml의 설정 정보를 읽어서 JPA를 동적시키기 위한 기반 객체를 만들고 JPA 구현체에 따라서 데이터베이스 커넥션 풀도 생성하므로 엔티티 매니저 팩토리를 생성하는 비용은 아주 크다! - 엔티티 매니저는 쓰레드간 공유하면 안된다!!(사용하고 버려야한다)
- JPA의 모든 데이터 변경은 트랜잭션 안에서 실행
매핑 어노테이션 정리
✅ @Entity
이 클래스를 테이블과 매핑한다고 알린다.
✅ @Table
엔티티 클래스에 매핑할 테이블 정보를 알려준다. name속성을 사용해 매핑한다.
✅ @Id
기본키를 매핑한다.
✅ @Column
필드를 컬럼에 매핑하는데, name속성을 사용한다.
