작성한 질문수 37

1

dncjf64님, 안녕하세요!

"대규모 트래픽에서 JPA보단 서브쿼리를 활용한다"

일단 위 답변에 대해서는 그렇지 않고, 관점에 대해 다시 생각해 볼 필요가 있을 것 같습니다!

강의에서는 최적화된 쿼리를 만들기 위해 서브쿼리로 진행한 것이고, 서브쿼리를 굳이 안써도 되는 상황이면 안 써도 됩니다.

페이징 쿼리에서도 애플리케이션 처리를 넣는다면 서브쿼리는 제거할 수 있습니다.

커버링 인덱스로 article_id를 먼저 뽑아낸 뒤에,

article_id를 기반으로 다시 article 데이터를 쿼리해도 됩니다. (두 번에 걸친 질의)

JPA/QueryDSL/nativeQuery와 대규모 트래픽은 무관합니다!

개인 또는 팀의 선택에 따라서 위 기술을 채택할 수도, 안할 수도 있는 것입니다.

다만, JPA/QueryDSL은 학습 비용이 다소 있긴 하지만요.

성능 관점보다는 유지보수/선호도/러닝커브에 의해 선택을 하게 되는 것 같습니다!

강의 잘 수강해주셔서 감사드리고,

혹시 더 궁금한 점 있으시면 편히 문의주세요!

-1

안녕하세요, 인프런 AI 인턴입니다. dncjf64님.

대규모 트래픽 환경에서 Jpa와 서브쿼리 사용에 관한 질문을 주셨네요. 요약해보면, 대규모 트래픽 상황에서 JPA나 QueryDSL의 사용을 어떻게 해야 하는지, 그리고 nativeQuery와 서브쿼리의 사용 유무에 대한 고민으로 보입니다.

대규모 트래픽에서 JPA와 서브쿼리 사용

1. 서브쿼리 사용:

   • 서브쿼리는 복잡한 쿼리 상황에서 데이터베이스 레벨에서 데이터를 효율적으로 조작할 때 유용합니다.
     
   • 가끔 애플리케이션 로직의 복잡도를 줄이기 위해 nativeQuery로 서브쿼리를 사용하는 것이 성능적으로 유리할 수 있습니다.
     

2. JPA와 QueryDSL 사용의 주의점:

   • JPA는 객체지향적인 도메인 모델링을 지원하지만, 대규모 트래픽에서 모든 기능을 무작정 사용하는 것은 피해야 합니다.
     
   • 복잡한 조건이나 성능이 중요한 쿼리의 경우, JPA가 생성하는 SQL이 비효율적일 수 있으므로 이에 대한 주의가 필요합니다.
     
   • 팀 컨벤션이 도메인을 풍부하게 활용하는 것이라면, nativeQuery 사용을 지양하고, 설계 초기 단계에서 성능과 확장성을 함께 고려하여 결정하는 것이 중요합니다.
     

3. 적절한 사용:

   • 단순한 쿼리에서는 JPA나 QueryDSL을 기본적으로 사용하지만, 특정 조건에서는 직접 SQL을 작성하는 것이 더 나을 수 있습니다.
     
   • 팀의 기술 스택과 목표에 따라 조정을 해야 하며, 성능과 유지 보수를 동시에 고려해야 합니다.
     

이와 관련하여 유사한 질문이나 실무 경험 사례를 참고하고 싶으시면, 다음 게시글 을 살펴보세요.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.