[질문] 쿼리 복잡해지면 jpa쓰기힘들고 마바써야한다며

[익명(122.46)]

백엔드개발자면 쿼리도 잘알아야하니깐

그러면 마이바티스가 상위호환아님?

- dc official App

[익명(211.46)]

전쟁나면 깃발은 보병이 꽂으니까 미사일 안쏘고 보병만 키울거임?

[던전마스터2(yessexnolife)]

1. QueryDsl을 쓴다. 2. @Query 3. 애초에 복잡한 쿼리를 짤 상황을 피한다

[익명(211.246)]

복잡한 쿼리는 querydsl로도 커버가 안되나 댓 달려했는데 ㅋㅋ jdbctemplate은 추천안하나요? @query로 jpql 작성하는거랑 비슷한데 반환값 처리때문에 잘 안쓰나요?

[익명(222.238)]

jooq

[명탐정유명한(211.234)]

설계미스

[FionaApple(kylavella)]

jpa, mybatis 혼용해서 써봤는데 이젠 쓰면 쓸 수록 그냥 querydsl로 끝내버리고 애초에 그거 이상으로 뭔가 복잡해지는 경우는 대게 뭔가 잘못된 경우임

[익명(59.15)]

이미 운영하는 레거시면 혼용쪽이 맞는거 같고 새로 만드는거면 재설계가 맞는 듯 장기간 유지보수해서 덕지덕지 쿼리문 만들어지는건 어쩔 수 없음 계속 요구사항 와서 어째든 구현해볼려다보면 JPA로 커버하기 힘든 상황도 나오고 새로 플젝하는건데 그렇다고 하면 조회하는 로직 적절하게 분리할 방법 없는지 생각해볼듯