1	비공개 손님 … 2018-09-03 16:34:39
	구글링 좀 하다보니까 통계같은건 mybatis 를 이용하라고 나와있긴 한데.. 그럴거면 왜 JPA 를 쓰는지 의문이 들기도 하네요. 차라리 한쪽으로 통일하는게 관리하기가 더 편할거같은데.. jpa 의 장점이 있겠지만 이부분은 jpa로, 이부분은 mybatis 로 할거면 그냥 mybatis 로 통일하는게 낫지않나 싶은데.. 후..

2	비공개 손님 … 2018-09-03 17:17:03
	원래 general 상황에 대한 최적화는 상당히 어려운 부분이라서 CUD는 jpa의 자점으로, R은 mybatis의 장점으로 각각 특화해서 개발하고 사용하는게 일반적입니다. 자신의 워크로드에 따라서 CUD가 많으면 JPA를 R이 많으면 mybatis로 통합하고, 이도 저도 아니고 둘 다 필요하면 말씀하신대로, JPA/mybatis 둘다 쓰시면 됩니다. 두개 쓴다고 해서 관리 복잡도가 두배로 늘어나진 않는다고 봅니다

3	비공개 손님 … 2018-09-03 17:49:51
	답2가 잘 설명해주셨어요. 저도 jpa + mybatis 조합 씁니다. JPA 로 시간 슬라이스별로 쿼리한 임시테이블 여러개를 union 하면서 그중 null 인놈은 버리고 등등 이런 시나리오 구현하기 개빡세거든여. 로직이 어느정도 들어가야 하는 시나리오인데 문제는 이런경우 데이터가 그럭저럭 많고(대략 100만건 이상) 날짜 슬라이스가 한달 단위(30개) 뭐 이렇게되면 서브쿼리를 엄청나게 날리는 형태가 되어서 통계처리 하는데 시간이 무진장 오래 걸립니다. 그래서 좀 쿼리 복잡하더라도 사람이 직덥 한방에 최대한 원하는데이터 많이 가져오는형태로 통계서버 처리하도록 구현해뒀는데 꽤 만족중이구요

4	비공개 손님 … 2018-09-03 17:53:10
	firebase bigquery 같은거 jpa 로 구현하면 뭐 그럭저럭 돌아야 가겠지만 데이터 양 늘어나면 처리속도 기하급수적으로 늘어날듯

5	비공개 손님 … 2018-09-04 02:18:58
	글고 jpa 를 쓰면 쿼리에 이것저것 지나치게 많이 집어넣는 변태 앱으로 변질되는 사태도 방지할 수 있고... ibatis 계열을 썼을경우 테이블 구조를 바꾸게 되면 xml 바꾸고 object 구조 바꾸는 동안 컴파일러 오류를 전혀 활용할 수 없어서 수정 결과확인에 비용이 많이 들지만 반면에 jpa 를 쓰면 테이블 구조에 맞게 entity 만 바로 바꾸면 되어서.. 이거는 프로젝트 규모 커지기 시작하면 바로 체감되는 장점이기도 해요. 반면에 jpa 는 그놈의 어노테이션 종류도 많고 기능도 다양해서 존나 혼란스럽고 또 관계설정 제대로안해주면 1:N 데이터 가져올때 simple JOIN 으로 쿼리 1번에 해결할 수 있는 문제를 N번 쿼리해대서 앱성능이 떨어지는 단점도 있죠 배우기 까다롭다는게 문제

6	비공개 손님 … 2018-09-05 00:22:31
	역시 내사랑 부자부자님