Page History

Versions Compared

Key

This line was added.
This line was removed.
Formatting was changed.

...

JPA Repository가 항상 이렇게 작동되는것은 아니나, DB객체를 직접 저장하지 않고 중간객체를 통해

DB를 효율적으로 이용한다는것입니다.

JPA 저장소는 SQL직접호출 방식과 비교해 아래와 같은 특징이 있습니다.

기존 SQL/SP를 직접 호출하여 값을 얻어 처리하는 방식은, 로컬에 반환된 값을 사용하고 버리는 상태가 필요없는 방식이며 매번 호출이 필요합니다.
기존에는 상태가 없기때문에 데이터중심적 설계방식이였다고하면, JPA에서는 중간상태가 있기때문에 메시지 중심 설계 방식도 고려해야합니다.
JPA에서는 저장소를 통해, 같은 값을 다시 읽는것을 시도할때 SQL중복호출을 막고 효율적인 읽기전략을 수행할수 있습니다.(Proxy전략,캐싱전략)
JPA에서 쓰기전략은 어플리케이션 예외까지 트랜잭션영역에 포함할수 있으며, Repository에 임시저장후 원하는 타이밍에 실제 Update(Push)를 할수가 있습니다.(쓰기지연전략)

장점을 간략하게 요약하면 다음과같습니다.

1차 캐시기능
동일성보장
트랜잭션을 지원하는 쓰기지연
변경감지
지연로딩

위와같은 장점이 있다고, SQL 직접호출방에서 배운 데이터베이스의 개념을 몰라도 될까요?

그것은 큰 착각입니다. JPA는 반복적인 SQL작성시간을 줄여주지만, 기존에 존재하지않던

중간 영속성 객체까지 잘 다뤄야하기 때문에 JPA의 특성과 더불어 관계형 DB의 특성을 같이 잘알고 있어야 합니다.

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

위와같은 장점이 있다고, SQL 직접호출방에서 배운 데이터베이스의 개념을 몰라도 될까요?

그것은 큰 착각입니다. JPA는 반복적인 SQL작성시간을 줄여주지만, 다소 익숙하지 않은

중간 영속성 객체까지 잘 다뤄야하기 때문에 JPA의 특성과 더불어 관계형 DB의 특성을 같이 잘알고 있어야 합니다.

저장소를 이용한 다양한 방식으로 조회, SP이용,네이티브쿼리사용등 앞장에서

실습을 한 내용을 간략하게 다시 요약 해보겠습니다.

Expand

title	JPA 저장소의 유연성

검색및 집계 처리

검색 함수쿼리

장점: 바람직한 네이밍룰에의해 검색 기능을 작동시킬수있다.

단점: 아규멘트가 길어질수록,네이밍도 같이 길어진다.

Code Block

Expand

title	검색관련기능

검색및 집계 처리

검색 함수쿼리

장점: 바람직한 네이밍룰에의해 검색 기능을 작동시킬수있다.

단점: 아규멘트가 길어질수록,네이밍도 같이 길어진다.

Code Block

language	java
theme	Emacs

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[]);
}

JPQL을 사용한 집계처리

장점:SQL친화적으로 검색 인터페이스를 작성할수 있다.

단점:지원되지 않는 SQL문은 작동안한다.

No Format

	@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
			);

Native 쿼리

장점:네이티브 SQL문을 맘것 활용할수 있다.

단점:맵핑및 아규멘트전달에 어려움이 있으며, 다른 DB로의 호환성을 포기해야할수도 있다.

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

SQL 윈도우함수를 대체하는 랭킹처리

장점:특수한 기능구현이 가능하고 어플리케이션에게 연산부담을 시킬수있다.

단점:커스텀한 로직이 늘어나 관리가 안될수 있으니 , 효율적인 SQL문 작성법부터 알아보자

Code Block

language	java
theme	Emacs

	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());	    	 
	     });	    
	}

QueryDSL 지원이되는 저장소

장점:여러가지 검색옵션을 조합을 할수 있으며, 대표적으로 null 인자값에대해 유연하게 대처할수 있다.

단점: 초기셋팅이 번거럽고, DSL사용을위하 QEntityObject가 메타빌드로 자동추가 생성이 된다. (어플리케이션이 엔티티증가에따라 무거워진다는것)

Code Block

language	java
theme	Emacs

//인터페이스 선언부
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);
		});
		
	}

참고 원본문서:

데이터 변경(Insert,Update,Delete)

스토어 프로시져 이용

장점: 전통적인 SP개발 방식을 이용할수 있다.

단점: 형상관리 분리로 인해, 서비스로직을 분리 관리해야하며, 상태가 없기때문에 JPA 중간저장소 기능을 100%활용못할수 있음

예를 들면, 높은 TPS요구에대해 EntityManager의 커넥션풀 기능이 비활성화되어 커넥션 Max에러가 발생할수 있음(직접관리해야함)

Code Block

language	sql
theme	Emacs

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

No Format

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(?,?,?,?,?,?)}

more info: http://roufid.com/3-ways-to-call-a-stored-procedure-with-hibernate-jpa-2-1/

...

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

Image Added

엔티티의 4가지 상태

비영속(new/transient) : 객체만 생성되고 컨텐츠에 저장되기전
영속(managed) : 영속 컨텐츠에 저장된 상태
준영속(detached) : 영속성 컨텐츠에 저장되었다가 분리된 상태
삭제(removed) : 삭제된 상태

영속성 컨텍스트의 특징

엔티티 식별자값 '@Id' 가 반드시 존재해야함 ( 기본키가 있어야된다는 의미)
엔티티에 저장된(Managed) 엔티티는 트랜젝션에 커밋하는순간 반영되며, JPA에서는 Flush라고함
이점: 1차캐시,동일성보장,트랜잭션을 지원하는 쓰기지연,변경감지,지연로딩

오라클과 비교해보는 JPA 영속성 장치

Expand

JPA 영속성 라이프 사이클	오라클 DBMS 아키텍쳐

https://www.java-forums.org/ocpjbcd/52967-tutorial-review-jpa-entitymanager-operations-component-developer-exam.html http://wckhg89.tistory.com/10	http://o2sunn.tistory.com/21 http://sarc.io/index.php/oracledatabase/701-oracle-architecture

JPA의 영속성기능은 오라클 DBMS의 핵심기능중 축소된 Buffer Cache 처리기능과 유사해 보입니다.
필수적이지는 않으나 두가지 개념을 함께 익히면 JPA의 영속성개념을 익히는데 도움이 될듯합니다.
순서상 JPA와 별개로 관계형DB를 잘 이용하기위해서 DBMS 아키텍쳐를 익혀야하는것을 추천하며
오라클에서 관련자료를 많이 찾을수 있습니다.

...

Content

Space Tools

Versions Compared

Old Version 32

New Version 33

Key

검색및 집계 처리

검색 함수쿼리

검색및 집계 처리

검색 함수쿼리

JPQL을 사용한 집계처리

Native 쿼리

SQL 윈도우함수를 대체하는 랭킹처리

QueryDSL 지원이되는 저장소

데이터 변경(Insert,Update,Delete)

스토어 프로시져 이용

오라클과 비교해보는 JPA 영속성 장치