보통 쓰던 프로그램이나 소프트웨어 다시 만들어달란 경우가 많은데 DB가 옛날에 만들어진거라 상당히 짬뽕이라 쿼리문 엉망되던데 JPA로 서브쿼리 처리 시키는것보다 내가 최적화한 쿼리 쓰는 mybatis가 더 빠르지않음?
cud는 jpa로 할수있게 최대한 비즈니스 로직을 백엔드 서버로 옮기고 조회만 mybatis로 하게 만들어야겠지
둘다섞기..
마냥 마이바티스가 빠르다고만 하기도 뭐하지 않냐 영속성 1차 캐시가있는데? 혹여나 빠르다고해도 커넥션풀 쪽에서 이점이 있을수도있지않나?
그건 한 트랜잭션내에서 자주 조회할때나 의미있는거고 SI식 프로그램은 한번 쿼리 던져주면 끝인데 대다수라 별 의미가 없음 ㅇㅇ....
남들 다 쓴다고 쓰는것보단, 당장의 프로젝트 안정성과 JPA 도입으로 인한 사이드 이펙트 고려하면 그냥 mybatis 쓰는게 낫지
뭐 현재 인력들이 JPA 도입에 대한 러닝커브가 없고, 활용해본 적이 있는 사람이 많으면 짬뽕해서 쓰면 돼 어차피 JPA만 써서 안해. mybatis는 어차피 필수임.
jpa쓰면 매출 증가함 - dc App