Page History
Info |
---|
JPA는 SQL문을 통해 어플리케이션을 작성했을때보다, 수많은 귀찮은 일을 하지 않아도된다는것을 실습을 통해 파악을 하였습니다. 하지만 실제 그것이 어떠한 SQL문을 수행하는지 또한 그 SQL문이 성능적으로 문제가 없는지 데이터베이스를 병행해서 공부해야하는 과제가 있습니다. 실행계획을 예상하고 측정하는것은 아주 광범위한 주제입니다. 데이터베이스를 공부했을때 성능에 관련된 실행계획은 SQL과 더불어 JPA에서도 이해해야하는 항목으로 생각됩니다. |
...
어플리케이션 레벨에서 쿼리에관련된 TestCase 작성을 쉽게하고 또한 실제 작동되는 SQL문도 체크할수 있습니다.
소모적 반복적 SQL문 작성시간을 줄이고, 수많은 케이스를 유닛테스트로 전환될수 있을 가능성을 확인할수 있습니다.
Warning |
---|
JPA가 직접 SQL문을 수행합니다. 여기서 중요한 논쟁점이 생길수 있습니다. Insert/Update때 트랜잭션은 누가 처리하는가? 왜 위험하게 어플리케이션이 직접 SQL문을 날리는가? 기존 개발정책이 SP만 사용하고, 트랜잭션처리가 SP내에서만 있어야된다란 정책이 있다고하면 JPA는 SP와 상호작용도 가능하지만, 이 비율이 100%일때 이점이 있는가? 에대해서는 고민을 해야할듯보입니다. |
있으며
이것은 데이터중심에서 메시지중심으로의 설계를 가능하게합니다.
실행계획 조사하기
Trace된 SQL문을 그대로 복사하여, 실행계획을 조사합니다. 매번 이러한 과정을 거칠필요는 없을듯보이며
...
성능 측면에서도 실무에 적용이 될것으로 기대해봅니다.
이 부분은 개념과함께 구체적인 사용사례가 필요한 부분이며, 샘플을 좀더 준비할예정입니다.
Expand | |||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||
|