JPA를 실무에서 사용하는 이유가 무엇인가요? SQL보다 나은지 궁금해요

Question

안녕하세요, 비전공자 출신 아직 1년이 안된 개발자입니다.저희 회사에서는 특이하게도 HANA SAP을 사용하고 있어요. 대용량 쿼리를 날릴 때가 많고, 사용자가 원하는 요구조건을 백엔드에서 직접 조합해서 쿼리를 짜다 보니 (모수테이블에 A테이블 단일조건으로 조회, 거기에 B테이블 다중으로 MIN/MAX구하고, C테이블과 a컬럼&#43;b컬럼을 기준으로 조인하고, ...) SELECT부터 ORDER BY까지 하나하나 조립해서 사용하는 느낌입니다.그런데, 저희 회사에서 고도화나 클라우드에 코드를 올린다는 계획을 듣고 API방식으로 데이터를 전송하는 방식을 배워야지&#43;스프링부트로 리뉴얼을 하니 스프링부트를 배워야지 하는 마음으로 김영한의 스프링부트 시리즈 강의를 듣고 있는데요... 거의 다 듣고 이제 JPA활용편 강의까지 왔습니다.그런데 저는 왜 JPA를 사용해야하는지 이해하지 못했어요. 기존에 쿼리를 짜는 것이 익숙해서 그런가, 혹은 제가 사용하는 쿼리가 길고 복잡해서 그런가 대체 왜...!!!! 유지보수가 더 힘들 것 같은 JPA를 사용할까요? 강의를 1/3정도 남겨놓은 시점에서도 아직 의문이 풀리지 않았습니다.현업에서 JPA와 RDBMS를 둘 다 사용해보신 분들,,,!! 대체 JPA를 왜 사용하는건지 알려주세요.감사합니다.

집킨 · Answer

가장 큰 이유는 데이터베이스 관련 처리를 전적으로 ORM프레임워크에게 맡길 수 있어서 입니다Spring Data JPA + QueryDSL or Criteria 를 사용하면 프로젝트 내에서 sql 한줄없이 디비 처리가 가능하죠이게 가능한 이유는 개발자는 그냥 객체(엔티티)를 테이블과 매핑해주고 객체들끼리의 관계까지 매핑해준 뒤, 객체지향스럽게 객체들을 조작하면 하이버네이트 같은 ORM 프레임워크가 알아서 이걸 쿼리로 만들어서 디비에 요청해주기 때문입니다근데 이게 무조건 편하기만 한건 아닙니다어쨌든 디비에는 대용량 데이터가 저장되어 있고 비지니스는 결국 디비로부터 나오기 때문에 성능 이슈로 JPA에서도 네이티브 쿼리를 써야하는 경우가 흔하게 발생합니다N+1 이라는 문제 때문에 JPQL을 쓰던 QueryDSL을 쓰던 코드가 마냥 객체지향스럽지도 않구요LazyFetch 때문에 문제가 되는 상황도 많이 발생합니다복잡한 연관관계를 매핑하는것도 쉬운게 아니구요이런 이유로 호불호가 좀 있습니다(호가 더 많아 보이긴 합니다)갠적인 생각으론 정산 서비스 같이 복잡한 연산을 하는 서비스는 그냥 MyBatis나 Procedure를 쓰는게 낫고, 간단한 서비스는 jpa를 쓰는게 낫다고 봅니다ㅎㅎ

멍충이이 · Answer

유지보수는 jpa가 훨씬 쉬울텐데요...아무튼 만능은 아니라 생산성필요한곳엔 jpa쓰고 많이복잡한쿼리는 네이티브나 마이바티스 쓰는편입니다. 별개로 쿼리문 작성하다 오타날일 없어서 좋은거같아요

wnsldjdnd · Answer

저는 SI에서 거의 1년이 다 되가는 개발자입니다. 비록 짧은 지식이지만 제가 경험한 내용을 공유드립니다! 아마 조금이나마 도움이 되실 것 같아서 답변 남깁니다.Mybatis를 사용하면 서브 쿼리, 조인 등을 사용하기 위해 대부분 vo에 여러 테이블의 컬럼이 추가되고 추가되어 나중에 보면 상당히 복잡하게 보입니다. 제 관점에서는 단일 책임 원칙을 위배한다고 생각합니다. 이러한 연관관계를 객체지향적으로 처리를 하려면 resultMap, association 등을 이용해서 조금이나마 jpa의 흉내를 낼 수 있는데 이럴 바에는 jpa를 쓰는게 생산성 면에서도 더 좋을 것 같습니다.짧은 지식에 의하면 mybatis를 대충(객체지향적을 생각하지 않고) 사용하면 생산성 면에서 장점이 있는 같습니다. JPA는 조금이라도 더 객체지향적에 가깝고 잘만 사용하면 생산성도 어느정도 커버된다고 생각합니다.고년차 사수분의 말에 의하면 JPA를 사용하고 정말 복잡한 쿼리(Ex: 통계)는 mybatis 등을 이용해 처리한다고 하더군요!

카카오콘 · Answer

당연히 JPA가 만능은 아닙니다 ^ㅡ^.윗분이 설명해주신 ORM 의 내용 처럼 관점이 데이터베이스에서 객체로 옮겨진다는 장점.. 같은게 대표적인 내용이지만무엇보다 단순한 쿼리를 작성하는데 필요한 최소 시간이 극단적으로 줄어든다는 점이 있습니다.본문에 언급해주신 내용처럼 복잡한 쿼리가 들어가는 순간, JPA의 장점은 급격하게 퇴색됩니다.그래서 일반적으로는 &#34;JPA Only&#34; 시스템은 드뭅니다.여기에 복잡한 쿼리를 수행할 수 있는 무언가를 곁들이곤 하는데,직접 작성하는게 편해! 라른 분들은 Mybatis를 겸용하거나,그래도 ORM을 유지하고 싶어! 하는 분들은 Querydsl을 겸용하는 편 입니다.아예 JPQL, NativeQuery쪽으로 빠지는 경우도 있지요.그래서 JPA를 첫 접하고, 만약 여기에 흥미를 느꼈다면 가장 많이 하는 실수 중 하나가그럼 모든 것을 JPA로 해결하도록 해야겠다! 라는 과오를 저지르는 것이지요.복잡한 내용을 JPA로 다뤄버리는 순간, 조금.. 많이 끔찍한 결과가 탄생하곤 합니다..^^;

초무쿤 · Answer

단순CRUD가 모두 자동화DBMS 종류애 상관없이 개발Ps. 복잡한 통계쿼리같은건 querydsql이나 mybatis같이 사용하면 됩니다.Entity Relation을 어느 수준까지 맺어야되는지는 뭘 만드느냐에 띠라 다를거 같네요.

장독깨기 · Answer

전 JPA 가 아니라 다른 ORM 을 쓰긴 하지만, (JPA 아주 오래 전에 검토 했는데, 너무 불편해서 짤랐어요)조회는 SQL 문 직접 작성하고, (ORM 불편하고 안 되는 경우 많아요)CUD 는 ORM 사용 합니다. (이 경우는 굉장히 편합니다.)꼭 JPA 사용할 필요 없습니다. :)

JPA를 실무에서 사용하는 이유가 무엇인가요? SQL보다 나은지 궁금해요

6개의 답변

Q&A 목록