NativeQuery 사용과 성능 저하 중 어느 걸 선택하는 것이 좋을까요?

Question

현재 개발하고자 하는 기능의 요구사항은 다음과 같습니다.Springboot에서 DB로 조회쿼리를 날릴 예정RAND(), UNION 기능이 필요DB로 날리는 쿼리의 개수는 최소화하고 싶음자주 사용되는 기능은 아님. 회원이 서비스에 진입할 때 최초에 1번 호출되는 기능임.처음엔 단순히 JPA를 사용해 조회하려고 하였으나, JPA와 JPQL 모두 RAND(), UNION 기능을 지원하지 않더군요.ㅠㅠ따라서 선택할 수 있는 방법은 2가지 정도가 있는 것 같습니다.NativeQuery 사용해당 테이블의 모든 엔티티(약 100개)를 스프링부트 메모리로 올린 다음 자바 랜덤함수 사용NativeQuery를 사용하게 되면 이런저런 단점(유지보수성 측면, 단위 테스트 어려움, ORM 장점 상실 등)이 있어서 부담스럽고(현재 다른 부분들은 모두 JPA &#43; JPQL로 구현되어 있습니다),그렇다고 1개의 엔티티를 뽑기 위해 약 100개의 엔티티를 모두 불러와서 자바 로직으로 처리한다면 이또한 불필요한 리소스 사용이라고 생각되어 고민됩니다.현재 생각은 그래도 2번 방법이 낫지 않나.. 100개 정도야 뭐..! 싶은데, 다른 분들은 어떻게 생각하시는지 궁금합니다.

장독깨기 · Answer

자주 사용되는 기능도 아니고, 100 건 정도면 성능에 큰 영향을 주지 않을 것 입니다.그러니, 2번으로 하더라도 무방해 보입니다.그러나, 100개가 만 개가 된다면 얘기는 달라 질 것 이고, 실제 이런 케이스는 허다 합니다.쿼리의 단점이라 나열한 부분은 단점이 아닙니다.그리고, JPQL 과 쿼리는 조금의 신텍스 차이점이 있을 뿐이지 쿼리와 다를 바가 없습니다.QueryDSL 역시 마찬가집니다. 이름 자체에 쿼리가 들어가 있잖아요. ㅎ마지막으로, 쿼리 사용과 성능 저하의 선택은 고민할 일이 아닙니다.쿼리, JPA 는 우리가 사용할 여러 수단 중 하나의 옵션 일 뿐이고,성능은 사용자 요구 입니다. 기능 다음으로 중요한 것이며, 비기능 요구들 중 제 1순위 입니다.우리가 사용하는 수단 때문에 좀 느리지만, 어쩔 수 없으니 기다려, 이건 말이 안되겠죠. ㅎ뭐 암튼, 지금 상황에서는 2번으로 해도 괜찮을 거 같습니다. :)

charlatan · Answer

질문이 잘 이해가 안되는데 "테이블의 엔티티가 100개"라는 말이 무슨 의미죠? 유니온해야할 것이 100개 테이블이란 말인가요? 아무튼... 제가 보기엔 네이티브가 나을 것 같은데요? JPA에서 유니온이 지원되지 않는데 JPA의 장점을 살리기 위해 고민한다? 네이티브가 있는 이유가 JPA에서 하기 어려운 걸 하라고 있는 것인데...

쿡쿠 · Answer

요구사항이 100개의 엔터티를 유니온 해서 뭔가 랜덤으로 뽑는 다는 걸가요? 설계 자체를 바꾸고 싶은 욕구가 더 강하지만 설계를 바꿀 위치가 아니라면 2번으로 구현하는데 엔터티 100개 다 가져오지 않고 랜덤으로 엔터티 뽑고 그다음에 또 랜덤으로 data를 뽑겠습니다.

개발잡부 · Answer

성능이 느리거나, 괜히 Java로 개발할려다가 쿼리짜는거보다 복잡해짐 --> Native Query그 외 JPA,QueryDSL,JPQL등등

NativeQuery 사용과 성능 저하 중 어느 걸 선택하는 것이 좋을까요?

4개의 답변

기술 목록