페이징 존나 편하고 더티체킹으로 객체 수정하면 알아서 쿼리문 날려주고
엔티티 등록일, 수정일 만들기도 편하고
기본적인 crud 다 제공해주고
페치조인도 존나 쓰기 쉽게 만들어주고
내가 좆밥이라 이렇게 느끼는 건가?
이렇게 편한데 쓰는 곳이 많이 없는 거임 ?
페이징 존나 편하고 더티체킹으로 객체 수정하면 알아서 쿼리문 날려주고
엔티티 등록일, 수정일 만들기도 편하고
기본적인 crud 다 제공해주고
페치조인도 존나 쓰기 쉽게 만들어주고
내가 좆밥이라 이렇게 느끼는 건가?
이렇게 편한데 쓰는 곳이 많이 없는 거임 ?
나도 쓰고 싶다 정치질부터 해야 됌 ㅇㅅㅇ
난 자바 안써서 모르겟는데 그것도 파려면 책한권분량 나오는거같던데 아님
스프링 시큐리티나 그런거에 비교하면 러닝커브도 완만한편임. 쓰려면 쓸 수 있는데 만능이 아닌게 제일큼. 도메인설계 잘못하면 안쓰는만이 못한것도 있고.
jpa쓰다가 jpa로 해결 안되면 그때 jdbc쓰던가 mybatis쓰던가 해도 되는 거 아님?
러닝커브
그런 거 쓰면 틀딱 소리 못 들음, 틀딱인게 자랑인 언어라.
그 작은 러닝커브를 넘기 귀찮아하는 고인물들이 있음 ㅇㅇ
아 그냥 레거시가 편하니까 계속 레거시 사용하는 거임?
ㅇㅇ 개발자는 그렇게 현실에 안주하면 추해지는 듯 전 회사 팀장이 JPA 같은게 왜 필요하냐고 MyBatis로 안 되는 기능이 있냐고 난리였음 ㅋㅋ
근데 보니까 JPA가 만능은 아닌 것 같은데 JPA를 디폴트로 깐다고 치면 Mybatis를 사용하는 경우는 몇%나 되는 거임??
그게 워낙 회바회고 업계마다 다름 si 다니는 사람 얘기 들어보면 JPA 쓰는데가 있냐 그러고 서비스 회사는 거기 다니는 사람한테 물었을 때 나온 답변으로 내 체감상 통계내자면 대략 80퍼는 JPA 쓰면서 QueryDsl이나 Mybatis 병행함. 너도 알다시피 관리자 페이지의 통계 작업같은거 해야되는 경우에는 JPA로는 한계가 있음
아항 아직 JPA+QueryDSL만 공부하는 프린이라 잘 몰라서 물어봤음 ㅇㅅㅇ.. 관리자 페이지 통계 작업은 쿼리문이 워낙 복잡하고 동적인 게 많아서 한계가 있다고 말하는 거 맞나?
ㅇㅇ 내가 알기론 JPA에는 SUM이 없음. @Query 어노테이션으로 쿼리문을 이용할 수는 있지만 있다 해도 각 컬럼별로 다른 계산방식과 여러 경우의 수를 반영하는건 JPA로 부족하고, 굳이 JPA를 쓸 필요가 없음. MyBatis로 네이티브 쿼리 쓰는게 차라리 가독성에 좋다. 상품별 배송 건수, 반품된 비율, 지역별 배송시간 등등 조회조건은 JPA로는 불가능하지
다 할수 있어...