JPA를 위한 RDB개념 익히기

JPA는 SQL문을 통해 어플리케이션을 작성했을때보다, 수많은 귀찮은 일을 하지 않아도된다는것을

실습을 통해 파악을 하였습니다. 하지만 실제 그것이 어떠한 SQL문을 수행하는지

또한 그 SQL문이 성능적으로 문제가 없는지 데이터베이스를 병행해서 공부해야하는 과제가 있습니다.

스캔 실행계획

관계형 데이터베이스의 종류는 많으며, SQL문이 작동되는 실행계획을 세우게 되며

이것은 각각의 데이터베이스마다 다르며 풀스캔/인덱스스캔등의 차이에따라도 다른 실행계획이 나옵니다.

SQL문에서 이러한 실행계획을 조정할수 없을뿐더러, 전적으로 DataBase에게 위임하게 됩니다.

즉, JPA도 이러한 실행계획에 관여할수 없으며 이러한 실행계획을 확인하는 방법은 SQL문을 실제

실행하여 확인하는것입니다.

이름	명령어
Oracle	set autotrace traceonly
MSSQL	SET SHOWPLAN_TEXT_ON
DB2	EXPLAIN ALL WITH SNAPSHOT FOR SQL 구문
PostreSQL	EXPAIN SQL 구문
MySQL	EXPLAIN EXTENDED SQL 구문

JPA

SQL

studentList = findByGroupInfoName("학생")

SELECT * FROM user ui left join spring.group_info gi

on gi.group_id = ui.group_id and gi.name="학생"

-- 위구문을 어플리케이션사용하기위해서는 실제는

몇가지 더 변환과정이 필요합니다.

dataset = runsql(..)

javaobj = datasetToObj(result)

jsonobj = objToJson(javaobj)

앞장에서 이미 설명된 컨셉이며, JPA가 SQL에 비해 어플리케이션에서 단순하고 일관성있게 사용하는지

보여주는 예입니다. 반환타잎은 Java오브젝트뿐만아니라,웹에서 바로 사용가능한 Json 결과로 뿌려줄수 있기떄문에

JPA에서는 사용자정보에서 학생정보만 추출하는 과정이 이 한줄이외에 더 추가되는것은 개발 생산성 낭비로

측정하고 있습니다. 하지만 SQL문을 직접 작성하지 않을뿐 이러한 JPA 인터페이스가 어떤 SQL문으로 변환되어

실행이 되고 실제 데이터베이스에서 실행계획이 어떻게 되는지 점검할 필요가 있습니다.