Page History
| Info |
|---|
JPA Repositori를 통해 통한 일반적인 검색 기능은 앞장에서 여러가지 샘플을 통해 살펴보았습니다. 이번장에서는 저장관점에서의 Repository 기능을 활용해보겠습니다. JPA저장소는 읽기/저장/삭제가 모두되고, 최종 DB저장소의 반영까지 책임(트랜잭션처리)을 지는 영속성(Persistence)관점에서 Repository기능을 살펴보겠습니다.
|
| Table of Contents |
|---|
JPA Repository
...
JPA를 사용하면 데이터베이스 사용을위해 어플리케이션 레이아웃에 영속성을 위한 저장소(Repository)를 잘 다뤄야합니다.
위 다이어그램에서는 JPA의 Proxy속성과 트랜젝션처리에대한 설명은 제외되어 실제 작동방식은 다를수 있으나
최종 저장소를 직접적으로 제어하지 않는다는것에서 Git저장소와 유사한 형태라고 보면 이해가 쉬울듯 합니다.
다이어그램처럼 JPA Repository가 위와같이 작동하지 않지만, 옵션에따라 유사하게 작동이됩니다.
단지 마지막 DB객체를 직접 저장하지 않고 중간객체를 통해 DB를 효율적으로 이용한다는것입니다.
JPA 저장소는 SQL직접호출 방식과 비교해 아래와 같은 특징이 있습니다.
- 기존 SQL/SP를 직접 호출하여 값을 얻어 처리하는 방식은, 로컬에 반환된 값을 사용하고 버리는 상태가 필요없는 방식이며 매번 호출이 필요합니다.
- 기존에는 상태가 없기때문에 데이터중심적 설계방식이였다고하면, JPA에서는 중간상태가 있기때문에 메시지 중심 설계 방식도 고려해야합니다.
- JPA에서는 저장소를 통해, 같은 값을 다시 읽는것을 시도할때 SQL중복호출을 막고 효율적인 읽기전략을 수행할수 있습니다.(Proxy전략,캐싱전략)
- JPA에서 쓰기전략은 어플리케이션 예외까지 트랜잭션영역에 포함할수 있으며, Repository에 임시저장후 원하는 타이밍에 실제 Update(Push)를 할수가 있습니다.
장점을 간략하게 요약하면 다음과같습니다.
...
- 1차 캐시기능
- 동일성보장
- 트랜잭션을 지원하는 쓰기지연
- 변경감지
- 지연로딩
위와같은 장점이 있다고, SQL호출방식때 익힌 데이터베이스의 개념을 알필요없다라고 결론을
내리는것은 잘못되었습니다. 단지 JPA는 반복적인 SQL작성시간을 줄여줄뿐
어플리케이션 도메인(서비스)레벨에서 많은 중복적인 코드작성(예를 들면 SP/SQL작성)의 시간을 줄이지만
반대로 저장소가 관계형 DB로부터 어느시점 SQL문을 호출하고 데이터가 동기화가 되는지 파악하려면
JPA의 특성과 더불어 관계형 DB의 특성을 같이 잘알고 있어야 상호운영이 가능합니다. ( 난이도 업 )
...