Persitence Repository

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의 특성을 같이 잘알고 있어야 합니다. 

단순한 검색및 집계처리에 대한 사용법을 다시한번 정리하였습니다. 이것은 시작에 불과합니다.

public interface AddressRepo extends CrudRepository<Address, Long>{
	
	List<Address> findBySex(String sex);
	
	List<Address> findBySex(String sex, Sort sort);
	
	List<Address> findBySexOrderByAgeDesc(String sex);
	
	List<Address> findByAgeGreaterThan(int age);
	
	List<Address> findByAgeGreaterThanEqual(int age);
		
	List<Address> findByAgeLessThan(int age);
		
	List<Address> findByAgeBetween(int low,int high);
	
	List<Address> findByAgeGreaterThanAndSex(int age,String sex);
	
	List<Address> findByAgeGreaterThanOrSex(int age,String sex);
		
	List<Address> findByAgeIn(int age[]);
}

	@Query("select new com.example.demo.data.AddressStatistics(t.address,AVG(t.age)) from Address t where t.age > :minage GROUP BY t.address HAVING AVG(t.age) > :filterage ")
	List<AddressStatistics> findRegionAvgage(
			@Param("minage") int minage,
			@Param("filterage") double filterage
			);

	@Query(value="SELECT address,age,name,phoneNbr,sex FROM address " + 
			"UNION " + 
			"SELECT address,age,name,phoneNbr,sex FROM address2 ",
			nativeQuery = true)
	List<?> makeUniOn();

	public void RankTest() {		
	     int[] score = {Integer.MIN_VALUE};
	     int[] no = {0};
	     int[] rank = {0};	
	     List<AddressAgeRank> ageRankList =  
				addressRepo.findByAgeBetween(10, 90).stream()
				.sorted((a,b) -> b.getAge() - a.getAge() )
				.map(p -> {
		             ++no[0];
		             if (score[0] != p.getAge()) rank[0] = no[0];
		             return new AddressAgeRank(p.getName(),score[0] = p.getAge(),  rank[0] );					
				})
				.collect(Collectors.toList());
	     
	     ageRankList.forEach(item ->{
	    	 System.out.println(item.toString());	    	 
	     });	    
	}

//인터페이스 선언부
public interface AddressRepoDSL extends JpaRepository<Address, Long>,
QueryDslPredicateExecutor<Address>{
	
}
//사용부
	@Autowired
	private AddressRepoDSL addressRepoDSL;
	public void jpa_queryDslTest() {
		
		QAddress	userAddress = QAddress.address1;
		BooleanBuilder builder = new BooleanBuilder();
		
		builder.and(userAddress.name.eq("민수1") )
			   .and(userAddress.address.like("%" + "서" +"%"));		
				
		Iterable<Address> addressList =  addressRepoDSL.findAll(builder);
		addressList.forEach( item -> {
			String itemString = String.format("%d%s %s %s %s %s",item.getId(),item.getName(),
					item.getPhoneNbr(), item.getSex(),item.getAddress(),item.getAge());
			System.out.println(itemString);
		});
		
	}

CREATE OR REPLACE FUNCTION addaddress(
	address character varying,
	age integer,	
	name character varying,
	sex character varying,
	phonenbr character varying )
 
RETURNS integer AS $BODY$	
	BEGIN 
		INSERT INTO address ( address, age, name,sex,phonenbr) VALUES( address, age, name,sex,phonenbr);
		return 0;
	END; 
$BODY$
LANGUAGE plpgsql VOLATILE

public interface AddressRepo extends CrudRepository<Address, Long>{
	@Procedure
	public Integer addaddress(String address,Integer age, String name, String sex, String phonenbr);	
}


//SP 호출방법 : 커넥션풀 관리가 안되어, Loop로 트랜잭션을 유발하는것은 위험합니다.
addressRepo.addaddress("독도", 45, "포켓몬", "남", "010-1233-3321");


//호출로그 : 실제 호출로그에는 아규멘트가 5개가아닌 6개입니다. 이것은 리턴처리가,OUT 파라메터로 자동연결되었기때문입니다. 
Hibernate: 
    {call addaddress(?,?,?,?,?,?)}

Persitence Context

PersitenceContext 는 JPA를 이해하는데 가장 중요한 단어이며 , 엔티티를 저장하고 유지하는 논리적인 장치쯤으로 생각해두자 

이것은, JPA에서 Persitence를 이용할때 데이터베이스에 직접 쿼리를 날리지않고 중간에 어떠한 개체가 개입을 함을 의미합니다.

DBMS자체도 사용자의 질의에 반응하여, 즉시 물리적인 디스크에 IO를 발생시키지  않는다는점에서 유사한점이 있습니다.

DBMS에서 이루어지는 몇가지 중요기능인  캐시처리/지연쓰기 등을 JPA 어플리케이션에서도 활용이 가능해보입니다.

이것이 필요없으면  DBMS의 성능을 믿고 , 모두 즉시 처리전략을 선택할수 있습니다.

어쨋든  이러한 영속성기능은 동일성을 유지하는 조건내에서, DBMS가 디스크 IO접근을 최소화하려는 노력과 비슷하게

JPA Persitence는  데이터 베이스 접근을 최소화하여 성능을 높일수있는 논리적인 장치를 제공해줍니다. 

오라클과 비교해보는 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();
	}

japtestList() ==> 결과( 첫번째 추가된 이름이 변경된 minsu만 조회됨

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

AddressRepositoryImpl

AddressRepository