N + 1 이라는 문제에 대한 의문

Question

저는 자바가 메인언어가 아니고 스프링 프레임워크를 깊게 공부하지 않아서N &#43; 1 문제에 대해서 깊게 생각하지 못한점 미리 양해부탁드립니다.N &#43; 1이라는 문제가 발생함에 있어찾아보면 몇몇 해결책을 제시하는데 1 즉시 로딩이 아니라 지연 로딩 사용2 fetch join 사용등..N &#43; 1 이라는 이슈가 프레임워크에 따라서 신경을 써야되는 프레임워크가 있고 아닌 경우가 있는거 같은데요.제가 가지는 의문은이렇게 특수한 이슈를 왜 개발자가 신경을 써서 회피해야 하는가 입니다.내부사양으로 처음부터 발생하지 않는 방향으로 가게 만들어졌어야 하지 않나 싶어서요.강의를 보다가 문득 든 생각은이걸 왜 그 좋다는 스프링 프레임워크에서 중요하게 다뤄가며 사용시 주의사항으로 계속 남겨두는지 의문입니다.SQL 조회는 개발에 엄청나게 빈번히 다루지 않나요?아니면 실제 개발에서 N &#43; 1이 의외로 신경쓸 일이 없나요?프레임워크에서 단에서 이슈가 발생이 안되게 하면 좋을거 같은데요..아니면 제가 접근자체를 잘못하고 있는건가요?

장독깨기 · Accepted Answer

스프링 프레임웍은 아무 상관 관계가 없구요,ORM 으로 데이터를 처리하려니 생기는 문제입니다.근데, 이것도 사실 문제는 아닌데요,제가 볼 때는 없는 문제를 만들고 그걸 또 해결하고 그러고 있습니다. ㅎ간단하게 한 번 살펴보겠습니다.ORM 은 엔티티 간의 관계를 정의하고 해당 데이터를 조회합니다.관계는 대부분이 그냥 부모(1) : 자식(N) 입니다.가령, 팀-사용자, 게시판-댓글 뭐 이런 겁니다.부모 엔티티 입장에서는 자식 엔티티 N개를 가지고 있어야 하고,자식 엔티티 입장에서는 부모 엔티티 1개를 가지고 있는거죠.그리고, 괸계에서 LAZY 는 필요할 때 조회하겠다는 거고, EAGLE 은 조인해서 바로 조회 하겠다는 겁니다.그럼, 어디서 LAZY 를 하고 어디서 EAGLE 를 하면 될까요.사용자 엔티티 입장에서 보겠습니다.팀과는 ManyToOne의 관계를 가지고 있습니다.사용자를 조회할 때 해당 팀의 정보도 함께 조회할 필요가 있습니다.이때는 팀과 조인을 해서 데이터를 가져오면 됩니다. 그러니, EAGLE 로 하면 됩니다.팀, 게시글 엔티티 입장에서 보겠습니다.사용자 엔티티와는 OneToMany 관계를 가지고 있습니다.댓글 엔티티와는 OneToMany 관계를 가지고 있습니다.팀 전체를 조회할 때 사용자를 조회할 필요가 있을까요?게시글을 조회할 때 댓글을 조회할 필요가 있을까요?필요 없습니다. 그래서, LAZY 로 하면 됩니다.그럼, 특정 팀, 게시글을 조회할 때, 그때 해당 팀, 게시글의 사용자, 댓글을 조회하면 되는거죠.여기까지 아무 문제가 없습니다. ORM 이용할 때 보통 이렇게 하면 됩니다.그런데, 게시글을 조회하는데, 게시글 전체에 대해 해당 댓글을 전부 조회하겠다.팀을 조회하는데, 팀 전체에 대해 해당 소속의 사용자를 전부 조회하겠다.이러면 문제가 생깁니다.게시글 각각에 대해 댓글을 조회해야 하니, 게시글 N개 만큼 반복해서 댓글을 조회하는 쿼리를 날리는거죠.팀과 사용자 관계도 마찬가집니다. 팀 수만큼 사용자 정보를 조회하는 쿼리를 요청해야 합니다.N&#43;1 문제 입니다.근데, 이럴 일이 있나요? 없습니다.그래서, 없는 문제를 만들고 있다 말씀드린 부분입니다.전체 사용자를 팀 정보와 함께 조회하고 싶습니다. 이런 경우 당연히 있습니다.이때는 팀 입장에서 조회하는 것이 아니라, (N&#43;1 문제가 발생하죠)사용자 입장에서 조회하면 됩니다. 그리고, 실제 원하는 건 사용자 정보를 조회 하는 거죠.뒤늦게 입문하시는 분들에게 자주 말씀드리는 부분인데요,데이터베이스를 잘 모른체 ORM 으로 접근하면 딱 헤매기 좋습니다.그래서, ORM 은 한 참 나중에 하시라 말씀드리는데요,JPA 가 뭐가 그리 좋은지 꼭 JPA 부터 합니다. ㅎ이해는 합니다만, 바람직한 접근 방법이 아닙니다.좀 길게 말씀드려 봤는데요, 더 헷갈리게 한 건 아닌지 모르겠네요. :)

엡실론 · Answer

답이 있으면 프레임워크 수준에서 제공할 수 있을테죠. 완벽한 해결책이 없어서 그렇습니다.지연로딩이나 fetch join 이나 그 나름의 단점이 있습니다.

으랏차차차55 · Answer

모든 기술엔 트레이드 오프가 있고 완벽한 기술은 없다고 생각합니다예를 들면, SQL 을 직접 사용하면 데이터를 세밀하게 조작해서 데이터를 가져올수 있지만일일이 SQL 을 작성해야 하는 번거러움이 있죠JPA 를 사용하면 그런 번거로움을 줄일수는 있지만 세밀한 조작이 어려워 지는거죠다른 기술과 마찬가지로 그 기술에는 장점도 있지만 해결할수 없는 단점도 있는거죠그 단점은 프레임워크가 할수 없는 영역이니 개발자가 처리할수 있도록 옵션을 제공하는 거고요

감독님테스트가하고싶어요 · Answer

트레이드 오프입니다.관계형 데이터베이스를 객체지향 쿼리를 이용해서 조회하기때문에 N+1 문제가 발생하는 것입니다.객체지향과 관계형의 개념 차이때문에 발생하는 문제이므로 프레임워크가 해결해주기는 힘들지싶네요.orm에서 공통적으로 발생하는 문제기때문에 자바나 스프링 프레임워크 지식과는 별개로 생각되어야할 문제입니다.

너무 어려워요 · Answer

그냥 쿼리 순간에 어디서부터 어디까지 가져올지에 대한 판단을 프레임워크에서 하는게 이상한게 아닐까요?알고있다면 쿼리가 뒤에 있는 비즈니스 로직을 알아야할텐데 복잡한 관계를 모두 읽어서 가져와야 할까요?

N + 1 이라는 문제에 대한 의문

5개의 답변

Q&A 목록