JPA Repositori를 통한 일반적인 검색 기능은 여러가지 샘플을 통해 살펴보았습니다.
이번장에서는 영속성(Persistence)관점에서 Repository기능을 살펴보겠습니다.
persistence 두번째의미이며, 상태를 저장하고 유지한다는점에서 IT전반적으로 사용되어지는 단어입니다.
몇가지 연관 되어 사용되는 용어를 정리하였습니다.
- persistent route : 웹호출시 노드가 변경안되도록 라우터가 IP기반으로 유지해줍니다. 서버캐시기능을 가진 웹서비스에서 중요한 요소입니다.
- persitent FSM : AKKA에서 사용되는 단어이며, 분산환경에서 액터의 상태머신을 유지해줍니다.
- redis persitence : 메모리DB인 redis의 상태가 휘발되지 않게 IO장치에도 저장하는 기능입니다.
- rdb persitence : 가장 대표적인 데이터베이스입니다. 지속성보다 영구성의 의미가 더강하며 가장 강력합니다.
JPA Repository
JPA를 사용하면 데이터베이스 사용을위한 어플리케이션 레이아웃에 영속성을 위한 저장소(Repository)를 중간에 두게됩니다.
JPA Repository가 항상 이렇게 작동되는것은 아니나, DB객체를 직접 저장하지 않고 중간객체를 통해
DB를 효율적으로 이용한다는것입니다.
JPA 저장소는 SQL직접호출 방식과 비교해 아래와 같은 특징이 있습니다.
- 기존 SQL/SP를 직접 호출하여 값을 얻어 처리하는 방식은, 로컬에 반환된 값을 사용하고 버리는 상태가 필요없는 방식이며 매번 호출이 필요합니다.
- 기존에는 상태가 없기때문에 데이터중심적 설계방식이였다고하면, JPA에서는 중간상태가 있기때문에 메시지 중심 설계 방식도 고려해야합니다.
- JPA에서는 저장소를 통해, 같은 값을 다시 읽는것을 시도할때 SQL중복호출을 막고 효율적인 읽기전략을 수행할수 있습니다.(Proxy전략,캐싱전략)
- JPA에서 쓰기전략은 어플리케이션 예외까지 트랜잭션영역에 포함할수 있으며, Repository에 임시저장후 원하는 타이밍에 실제 Update(Push)를 할수가 있습니다.(쓰기지연전략)
장점을 간략하게 요약하면 다음과같습니다.
- 1차 캐시기능
- 동일성보장
- 트랜잭션을 지원하는 쓰기지연
- 변경감지
- 지연로딩
위와같은 장점이 있다고, SQL 직접호출방에서 배운 데이터베이스의 개념을 몰라도 될까요?
그것은 큰 착각입니다. JPA는 반복적인 SQL작성시간을 줄여주지만, 기존에 존재하지않던
중간 영속성 객체까지 잘 다뤄야하기 때문에 JPA의 특성과 더불어 관계형 DB의 특성을 같이 잘알고 있어야 합니다.
단순한 검색및 집계처리에 대한 사용법을 다시한번 정리하였습니다. 이것은 시작에 불과합니다.
Persitence Context
PersitenceContext 는 JPA를 이해하는데 가장 중요한 단어이며 , 엔티티를 저장하고 유지하는 논리적인 장치쯤으로 생각해두자
이것은, JPA에서 Persitence를 이용할때 데이터베이스에 직접 쿼리를 날리지않고 중간에 어떠한 개체가 개입을 함을 의미합니다.
DBMS자체도 사용자의 질의에 반응하여, 즉시 물리적인 디스크에 IO를 발생시키지 않는다는점에서 유사한점이 있습니다.
DBMS에서 이루어지는 몇가지 중요기능인 캐시처리/지연쓰기 등을 JPA 어플리케이션에서도 활용이 가능해보입니다.
이것이 필요없으면 DBMS의 성능을 믿고 , 모두 즉시 처리전략을 선택할수 있습니다.
어쨋든 이러한 영속성기능은 동일성을 유지하는 조건내에서, DBMS가 디스크 IO접근을 최소화하려는 노력과 비슷하게
JPA Persitence는 데이터 베이스 접근을 최소화하여 성능을 높일수있는 논리적인 장치를 제공해줍니다.
오라클과 비교해보는 JPA 영속성 장치
CRUD Repository
JPA에서는 기본적인 데이터 삽입/수정/조회를 위해 추가적인 구현없이 기본적인 기능을 제공하는
인터페이스를 제공해줍니다. 트랜젝션관리 영속성관리등을 직접할필요가 없기때문에 이용이 간단합니다.
단순한 서비스에서는 CrudRepository만으로도 충분합니다.
인터페이스 준비
/선언 public interface GroupRepository extends CrudRepository<GroupInfo, Long> { } public interface UserRepository extends CrudRepository<User, Long> { }
Insert
// 그룹생성 GroupInfo newGroup = new GroupInfo(); newGroup.setName("학생"); groupRepository.save(newGroup); // 사용자 생성 User addUser = new User(); addUser.setName("minsu"); addUser.setEmail("test@x.com"); //SQL문에서는 외래키인 그룹ID를 지정하지만,객체모델에서는 이미 알고있는 참조지정을 합니다. //이것이 OOP의 특성을 잃지않으면서,관계형DB의 특성까지 확장이된 한가지 케이스입니다. addUser.setGroupInfo(newGroup); userRepository.save(addUser);
Update
Delete
Custom Repository
비지니스 로직이 복잡해서 CrudRepository의 인터페이스만으로는 부족하여
트랜잭션처리및 영속성상태변경을 직접 관여하고 싶을때 사용자가 직접 영속성을관리하는
EntityManage를 구현레벨에 활용할수가 있습니다.
인터페이스 준비
public interface MyAddressRepository { void someTest(Address2 address2); } public class AddressRepositoryImpl implements MyAddressRepository { @PersistenceContext private EntityManager em; @Override @Transactional public void someTest(Address2 address2) { em.refresh(address2); em.detach(address2); em.persist(address2); em.lock(address2, null); em.flush(); } } public interface AddressRepository extends CrudRepository<Address2, Long>,MyAddressRepository { }
네이밍 룰
네이밍 | 설명 |
---|---|
MyAddressRepository | 인터페이스이며, 커스텀함 함수규격을 미리 설명을 해놓아야합니다. 네이밍 특성 : 특성+테이블명+저장소 My + Address + Repository |
AddressRepositoryImpl | 커스텀한 구현체를 정의합니다. 네이밍 특성: 테이블명+저장소+구현 MyAddressRepositoryImpx ( X ) |
AddressRepository | 최종 사용가능해진 저장소이름입니다. JPA의 기본 저장소 특성과함께 사용자 정의 기능을 함께 사용가능합니다. 네이밍특성: 테이블명+저장소 |