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를 효율적으로 이용한다는것입니다.
위와같은 장점이 있다고, SQL 직접호출방에서 배운 데이터베이스의 개념을 몰라도 될까요?
그것은 큰 착각입니다. JPA는 반복적인 SQL작성시간을 줄여주지만, 다소 익숙하지 않은
중간 영속성 객체까지 잘 다뤄야하기 때문에 JPA의 특성과 더불어 관계형 DB의 특성을 같이 잘알고 있어야 합니다.
저장소를 이용한 다양한 방식으로 조회, SP이용,네이티브쿼리사용등 앞장에서
실습을 한 내용을 간략하게 다시 요약 해보겠습니다.
Persitence Context
PersitenceContext 는 JPA를 이해하는데 가장 중요한 단어이며 , 엔티티를 저장하고 유지하는 논리적인 장치쯤으로 생각해두자
이것은, JPA에서 Persitence를 이용할때 데이터베이스에 직접 쿼리를 날리지않고 중간에 어떠한 개체가 개입을 함을 의미합니다.
DBMS자체도 사용자의 질의에 반응하여, 즉시 물리적인 디스크에 IO를 발생시키지 않는다는점에서 유사한점이 있습니다.
DBMS에서 이루어지는 몇가지 중요기능인 캐시처리/지연쓰기 등을 JPA 어플리케이션에서도 활용이 가능해보입니다.
이것이 필요없으면 DBMS의 성능을 믿고 , 모두 즉시 처리전략을 선택할수 있습니다.
어쨋든 이러한 영속성기능은 동일성을 유지하는 조건내에서, DBMS가 디스크 IO접근을 최소화하려는 노력과 비슷하게
JPA Persitence는 데이터 베이스 접근을 최소화하여 성능을 높일수있는 논리적인 장치를 제공해줍니다.
엔티티의 4가지 상태
- 비영속(new/transient) : 객체만 생성되고 컨텐츠에 저장되기전
- 영속(managed) : 영속 컨텐츠에 저장된 상태
- 준영속(detached) : 영속성 컨텐츠에 저장되었다가 분리된 상태
- 삭제(removed) : 삭제된 상태
영속성 컨텍스트의 특징
- 엔티티 식별자값 '@Id' 가 반드시 존재해야함 ( 기본키가 있어야된다는 의미)
- 엔티티에 저장된(Managed) 엔티티는 트랜젝션에 커밋하는순간 반영되며, JPA에서는 Flush라고함
- 이점: 1차캐시,동일성보장,트랜잭션을 지원하는 쓰기지연,변경감지,지연로딩
오라클과 비교해보는 JPA 영속성 장치
JPA 제공 Repository
JPA Repository는 목적에따라 3가지로 구분이됩니다. 역활이 지정이 되지않았다고 하면
JpaRepository를 사용하면 모든 기능 활용이 가능합니다.
- PaginAndSortingRepository : 페이징과 소팅이되는 조회용 저장소
- CrudRepository : 데이터 업데이트에 관련된 저장소
- JpaRepository : 위 두가지 기능 모두 활용가능하며 추가로 일부 영속성관련 제어가능
CRUD Repository
JPA에서는 기본적인 데이터 삽입/수정/조회를 위해 추가적인 구현없이 기본적인 기능을 제공하는
인터페이스를 제공해줍니다. 트랜젝션관리 영속성관리등을 직접할필요가 없기때문에 이용이 간단합니다.
단순한 데이터 변경 서비스에서는 CrudRepository만으로도 충분합니다.
인터페이스 준비
아래와 같이 조작할 엔티티(테이블)을 지정하는 인터페이스를 준비하면,
사용자테이블을 제어하기위한 기본 기능을 추가 구현없이 사용가능합니다.
/선언 public interface UserRepository extends CrudRepository<User, Long> { }
서비스 로직정의
데이터 제어는, 제공되는 일괄적이고 단순한 save,delete,find 3가지만 이용하여
우리가 원하는 데이터제어의 서비스 코드를 작성할수가 있습니다.
public class UserUpdateService{ .... @Autowired private UserRepository userRepository; public User jpatest1C(String groupname,String name) { GroupInfo newGroup = new GroupInfo(); newGroup.setName(groupname); groupRepository.save(newGroup); // 사용자 생성 User addUser = new User(); addUser.setName(name); addUser.setEmail("test@x.com"); addUser.setGroupInfo(newGroup); return userRepository.save(addUser); } public void jpatest1U(User user) { user.setName(user.getName() + "_mody"); userRepository.save(user); } public void jpatest1D(User user) { userRepository.delete(user); } public void japtestList() { // 사용자 조회 Iterable<User> userList = userRepository.findAll(); userList.forEach(item->System.out.println( String.format("V1 Name:%s GroupName:%s", item.getName(),item.getGroupInfo().getName() ) )); }
사용예
OOP(객체) 접근방식을 통하여, 실제 데이터베이스의 저장소 변경을 할수가 있습니다.
샘플은, 사용자추가/업데이트/삭제/조회를 순차적으로 실행하였습니다.
트랜잭션은 Transactional 어노테이션을 사용하여, 트랜잭션 범위를 지정하여 활용할수 있습니다.
하지만 CRUDRepository에서는 각각의 최소단위가 이미 트랜잭션 단위이기때문에 CRUD저장소의
인터페이스를 순차적으로 사용하는곳에서 트랜잭션을 거는것은 의미가 없습니다.
CrudRepository는 트랜잭션 처리를 상당수 은닉화 하였기때문에, 복잡한 트랜잭션 처리가 요구되는곳에서는
JpaRepository 혹은 사용자정의 Repository에서 트랜잭션에 관련된 커밋,롤백등 직접반영하는것이 권장됩니다.
명령어를 통해 직접하는방식, 인터페이스에 트랜잭션 어노테이션을 지정하는방식 크게 두가지가 있으며
이 부분은 별도의 주제로 다시 살펴보겠습니다.
@Transactional public void jpa_test1() { User userA = jpatest1C("학생A","minsu"); User userB = jpatest1C("학생B","minsu"); jpatest1U(userA); jpatest1D(userB); japtestList(); }
Custom Repository
조회및 트랜잭션에 관련된 비지니스 로직이 복잡할시 CrudRepository의 인터페이스로는
구현하기가 힘들어질수도 있습니다. ( 상당수 추상화되어 간단한 기능만 제공하기 떄문에 )
이경우 복잡한 비지니스 로직에대해 영속성을 고려한 디테일한 트랜잭션 전략을 구성할수가 있습니다.
여기서 앞장에서 설명하지 못한 JPA의 중요요소인 영속성에대한 기능도 함께 설명하여 살펴보도록하겠습니다.
인터페이스 준비
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의 기본 저장소 특성과함께 사용자 정의 기능을 함께 사용가능합니다. 네이밍특성: 테이블명+저장소 |