[일반] 솔직히 JPA 쓸바에 MyBatis쓰는게 낫지않음?

[익명(223.38)]

진짜 단순한 프로젝트야 JPA 쓸만하지

실제 업무에서는 JPA는 CUD에서만 쓰고

MyBatis로 R 처리하는게 나은데

이럴거면 그냥 CUD도 MyBatis쓰는게 낫지않나싶음

[백갤러 1(175.113)]

네 쓰셔도 됩니다

[김대기(waitkim)]

오히려 반대로 단순한 프로젝트에 어울리는게 mybatis야

[익명(175.119)]

회사 같은 큰 프로젝트도 마이바티스가 좋지 않음? 하이버네이트 러닝커브 고려하고도 jpa가 더 괜찮은거임?

[익명(223.39)]

쿼리짜는게 단순한거임 아니면 성능고려안해서 단순하다는거임? - dc App

[익명(223.38)]

오히려 단순한 프로젝트에 어울리는게 마바야? 나 머리띵했어

[김대기(waitkim)]

mybatis는 최적화, jpa는 구조적 해결이야 정확히 말하면 jpa 자체가 구조적인 해결책인건 아니고, 단순한 쿼리가 구조적 해결책의 일부분이지

[김대기(waitkim)]

하지만 단순한 쿼리를 쓸거면 mybatis가 필요가 없겠지?

[김대기(waitkim)]

프로젝트가 커지면 커질수록 조인지랄하면서 단일db, 단일 모듈로 커버치는게 어려워져 결국 나누고 단순화시키고 스케일아웃 가능한 구조로 만들어야함

[익명(175.119)]

아 이해완료

[익명(59.27)]

구조적으로 해결할 수 있는 인력을 구하긴 힘들겠네 - dc App

[차에코푼쒸키(healthy3804)]

결국 객체지향을 원하는 스프링입장에서 db도 객체형태로 쓰이길 원한다는거. .맞나 - dc App

[김대기(waitkim)]

mybatis는 특수목적으로나 쓰기 좋음 예를 들어 집계나 배치 같은거 유저 서비스 레벨에서 매번 조인지랄 해서 성능 내는건 한계가 있음

[김대기(waitkim)]

물론! 너희들에겐 그 단순한 프로젝트마저도 존나 큰 프로젝트로 보이겠지만 말이야

[김대기(waitkim)]

객체지향은 잊어라 시스템 구조에서 객체지향은 아무 의미도 없어

[차에코푼쒸키(healthy3804)]

씨발 충격적이네 - dc App

[익명(gcghqzs9jhhk)]

걍 회사에서 까라는대로 까는거지 뭐

[익명(223.38)]

그건 맞고 까라는 대로 까고 있는데 더 좋은 방법이 있지않을까 하는거지

[차에코푼쒸키(healthy3804)]

생산성이 뭐가 중요하겠습니까. 뭐 1차캐시니 그딴게 뭐 의미있습니까? 그냥 쿼리문 공부나하죠 - dc App

[차에코푼쒸키(healthy3804)]

어 근데 진짜 생각해보니 씨팔 mybatis가 좋은것같은데 - dc App

[익명(223.38)]

마이바티스도 캐시있어

[차에코푼쒸키(healthy3804)]

있긴하겠지 영한씨도 jpa쓰는이유가 객체지향을 원하는 스프링과 db가 지향하는 방식의 갭을 매꿀려고가 주 목적이라 했던것같은디 난 모르게씀 - dc App

[백갤러 2(122.46)]

백엔드개발자라면 어차피 쿼리알아야하지않냐 걍 마이바티스만 계속됐음 좋겠다

[백갤러 3(211.241)]

그냥 JPA + queryDSL + jdbcTemate 조합이면 어지간한 문제는 떡을 친다 이말이야

[백갤러 3(211.241)]

오타 정정 jdbctemplate