JPA Mybatis 중 실무에서 많이 사용하는 기술과 이유를 알고 싶어요

Question

교육은 Mybatis로 받아서 저는 쿼리문 작성이 익숙하고 재미를 느끼고 있습니다.그런데 실무에서는 jpa를 많이 사용한다고들 하고(세계기준) 복잡한건 직접 쿼리를 작성해야한다고하는데특별한 장단점이 있을까요??사용해보신분들 조언 부탁드려요

kenu,전독시 · Answer

JPA 쓰는 팀은 기술적으로 진보적인 팀입니다.iBatis 쓰는 팀도 있을 거예요.

하이카 · Answer

실무에서 사용해보고 느낌점은 JPA같은 경우 테이블이 잘 만들어져 있으면 편하고 좋아요. 간단한 업무단이나 많은 테이블을 사용하지 않는 업무인 경우에 정말 간편하고 좋습니다. 그러다 수많은 테이블을 조인해야 하거나 다양한 쿼리가 필요하면 정말 쓰기 힘들고 가독성도 많이 떨어지고 생산성동 떨어집니다. 테이블이 수백개씩 존내하는 프로젝트에서는 솔직히 JPA 쓰기 힘들어요. 그러다 보니 요새는 혼용도 생겼어요. 근데 혼용하다보니 유지보수 이슈도 있고 해서 그냥 속편하게 mybatis를 쓰곤 하죠

야친절 · Answer

mybatis와 JPA는 경쟁관계에 있는게 아닙니다.mybatis는 쿼리 매핑 프레임워크이지만JPA는 ORM 객체 관계 맵핑입니다.사용용도가 다른분야라서 JPA를 쓰면 mybatis사용이 줄진 않습니다;;

xml개발자 · Answer

둘 다 많이 쓰고 있습니다.jpa는 데이터를 적재하고 수정하는 데 아주 훌륭합니다.복잡한 쿼리의 경우는 별도의 네이티브 쿼리를 작성해야 합니다.경험상 성능을 많이 필요로 하고요.그리고 JPA를 쓰기 위해 공부해야 하는데.. 분량이 많습니다..반면 mybatis나 ibatis는 그냥 네이티브 SQL 그대로 쓰기 때문에 난이도도 낮고 성능 문제도 없습니다.데이터를 정재하고 적재할 때는 한땀한땀하는 게 많아서 수고롭고요..공부의 목적이라면 JPA를 하세요.mybatis는 그냥 sql 그대로 붙여넣어서 쓰면 되기 때문에 공부할 게 없습니다.

퀘이사123 · Answer

java는 객체지향언어이지만 데이터베이스는 객체지향이 아니죠. 그래서 코드는 객체지향적으로 짜면서도 추가로 sql을 짜야하는 번거로움? 같은게 있어서 jpa라는걸 만들었어요. jpa가 java의 객체를 데이터베이스에 연결하는 역할을 해주거든요.하지만 말했듯 두 언어는 서로 방향성이 다르기에 억지로 끼워맞춘 jpa로 모든걸 해결할 순 없고, 복잡한 select쿼리들은 직접 sql을 작성해야 하는경우도 많습니다.jpa의 장점이라면 일단 써야하는 코드의 양이 확 줄어든다는거죠. 웬만한 쿼리들은 다 추상화 되어있어서 직접 작성할 필요가 없으니까요. 유지보수도 월등히 좋아집니다.예를들어 테이블에 데이터를 저장할때, mybatis는 mapper를 만들어야 하고 거기에 sql을 작성해야 하죠.하지만 jpa는 그냥 save라는 메소드 호출하면 끝납니다. jpa 공부해보시면 딱 알게될거에요.단점은 jpa를 쓰려면 jpa를 또 학습해야 하는데, 실무에서 쓸 정도로 학습하려면 공부해야되는게 꽤 많습니다.mybatis는 그 반대라고 보면 되겟네요. sql만 좀 배우면 쉽게 쓸 수 있지만, 코드보다 sql을 더 많이 쓰는 상황이 빈번하게 발생하죠. 세계적으로는 jpa를 많이 쓰지만 국내는 mybatis가 아직 더 많을겁니다.전 두개 다 공부하는걸 추천드립니다. 솔직히 mybatis는 sql만 어느정도 알면 그냥 쓸 수 있어서

집킨 · Answer

JPA는 스프링 기반 백엔드 개발자의 개발 생산성을 높이기 위한 표준입니다객체지향에 익숙한 백엔드 개발자 입장에선, 스키마와 클래스를 (완전 매끄럽진 않지만 어떻게든) 매핑하고 모든 데이터를 평소에 다루던 객체로 다룰 수 있으니 누가 보더라도 빠르게 읽을 수 있고, 하이버네이트가 쿼리까지 알아서 생성해주니 생산성이 비약적으로 올라가죠근데 이건 책임과 역할이 잘 분리된 MSA 환경에서나 통할만한 말입니다보통 MSA에서 하나의 MS는 많아도 3개정도의 테이블만 가지는게 일반적인 원칙인데, 이 최대 3개의 테이블 마저도 정규화가 잘 되어 있고 서비스의 책임이 적절한 크기여야 JPA로 개발할때 매끄러운 코드 작성이 가능합니다근데 애플리케이션에서 다루는 스키마가 많고 많은 기능을 제공하면서 복잡한 로직을 다룬다면 JPA를 썼을때 성능과 생산성이 오히려 떨어질 가능성이 높습니다이건 DB를 잘못 설계하는 문제가 아니라, 개발자의 편의를 위한 더티 체킹, 전파 옵션, 캐시, 프록시, 레이지 로딩 등의 기능이 핵심 로직이 아닌 곳에 캡슐화가 되어 있기 때문이죠즉, 구현해야하는 로직이 복잡해질수록 예측 불가능성이 높아진다는 뜻입니다반면 쿼리를 직접 사용할 경우 예측 가능성이 상당히 올라가죠그럼에도 불구하고 JPA는 쓸 수 있다면 최대한 써야 합니다JPA 를 썼을때 복잡도가 올라간다면 JPA를 포기하기보단 소프트웨어 아키텍처 변경을 고려해야할 만큼 JPA를 최대한 쓸 수 있도록 노력해야하죠현실적인 문제로 이게 안될때 MyBatis나 Procedure로 처리하면 됩니다그럼 취준생 입장에서 어떤 방향으로 공부를 해야 할지 누군가가 저한테 물어본다면 전 JPA랑 MyBatis를 공부할게 아니라 DB 자체를 공부하라고 하고 싶습니다DB를 잘 모르면서 쿼리만 대충 공부하고 JPA 공부하면 나중에 성능 이슈가 발생했을때 "N+1 트러블슈팅" 이런것만 하고 있는 모습이 상상이 가거든요실제로 신입 이력서 보면 N+1 해결 했다는 내용이 거의 표준처럼 등장하는데 제 눈에 "N+1 이슈 해결" 은 그저 "NPE가 발생해서 null 체크 로직 추가" 정도로 밖에 안보입니다JPA != DB 라는걸 꼭 기억하셨으면 합니다

JPA Mybatis 중 실무에서 많이 사용하는 기술과 이유를 알고 싶어요

6개의 답변

Q&A 목록