🔹 N+1 이란?

• 연관 관계에서 발생하는 이슈로 연관 관계가 설정된 엔티티를 조회할 경우에 조회된 데이터 갯수(n) 만큼 연관관계의 조회 쿼리가 추가로 발생하여 데이터를 읽어오게 된다. 이를 N+1 문제라고 한다.

1번 쿼리: 부모 목록 조회 (1번)
N번 쿼리: 각 부모마다 자식 조회 (N번)
→ 총 N+1번 쿼리 실행

📌 문제의 본질
쿼리 개수가 기하급수적으로 늘어남
성능 저하 (특히 네트워크, DB 부하)

왜 발생을 하냐??

ORM으로 진행 하면서 기본 조회 방식은 Lazy Loading이기 때문에 ORM내에서
엔티티 정의 및 FK 등을 참조해 최적의 쿼리를 한 트렌젝션에 만든다.

이떄, 기준 테이블 조회 + 자식 테이블 조회 되는 행마다 모두 추가로 조회 된다.

예제

• 엔티티 정의

Order 와 Customer 는 N:1 관계이며,
ORM(Entity Framework) 기준으로 Lazy Loading 이 기본 동작이라고 가정

public class Order
{
    public int Id { get; set; }
    public int CustomerId { get; set; }

    public Customer Customer { get; set; } // N:1 관계
}

public class Customer
{
    public int Id { get; set; }
    public string Name { get; set; }
}

문제 발생 코드 (N+1 발생 지점)
Order 객체에서 Customer 에 접근하는 순간,
Order 객체에 Customer.Name 데이터가 없음으로 ORM이 판단
각 Order 마다 Customer 조회 쿼리를 추가로 실행

var orders = context.Orders.ToList();   // (1) 주문 목록 조회 → 쿼리 1번

foreach (var o in orders)
{
    Console.WriteLine(o.Customer.Name); // (2) 주문 수(N)만큼 쿼리 발생
}

이러한 문제를 "N+1의 오류"라고 하며 ORM의 객체주의 컨텍스 기반 트렌젝션 자동화 실행 즉, 엔티티기반 최적의 쿼리를 생성 및 조회 시 기본 전략(Lazy Loading) 문제이다.

해결법으로는 조회 방식을 Include 를 선언하거나 혹은 ADO 형식으로 작성을 하는것을 권장하고 있다.

챗지피티 한줄 요약

N+1 문제는 ORM에서 연관 관계를 Lazy Loading 방식으로 조회할 때,
부모 조회 1번 이후 자식 조회가 N번 추가로 발생하는 성능 문제이다.
ORM은 객체 중심 개발과 트랜잭션 관리에 강점이 있지만,
조회 전략을 잘못 사용하면 N+1 문제가 발생할 수 있다.
반면 ADO는 쿼리를 직접 작성하므로 JOIN을 통한 단일 조회가 명확해
N+1 문제가 구조적으로 적다.

---

추가 ORM , ADO

🔹 ORM(Object Relational Mapping) 이란?

• ORM 은 데이터베이스의 테이블을 코드에서 객체처럼 핸들링 할 수있도록 매핑해주는 기술이다.
  즉, 개발자가 SQL 문을 직접 작성하지 않아도 객체를 다루듯이 DB 를 핸들링할 수 있게 해준다.

ORM 의 기본 사고방식

• ORM 에서는 DB 가 주체라기보다는 객체가 주체가 된다.

개발자 입장에선 객체 접근
DB 입장에선 하나의 쿼리

order.Customer.Name

• 위에 코드박스의 ORM은 Context 내에 누적되어 하나의 트랜잭션 단위를 관리한다.
• Context 안에서 어떤 객체가 생성됐는지, 어떤 관계(FK)를 가지고 있는지 어떤 순서로 Insert / Update / Delete 해야 하는지 ORM 이 내부적으로 판단한다.

👉 ADO 방식처럼 개발자가 트랜잭션 순서를 하나하나 신경 쓰지 않아도 된다.

보다 강력한 사항은 CUD 에서 발생한다

여러 테이블에 걸쳐 관계가 있는 데이터를 Insert / Update / Delete 할 때 ORM 이 특히 강하다.
이유는, 엔티티 선언을 통해 이미 ORM 테이블간 상/하 관계를 이미 알고 있기 때문이다

하지만, 문제는 조회(Read)이다.
기본 조회 전략이 Lazy Loading 인 경우 N+1 문제가 발생하기 쉽다.

Lazy Loading

EF(Entity Framwork)는 Context 에서 해당 DB를 기억하고 있다가, 실제 접근을 하는 것을 확인 후 DB 조회를 실행.

🔹 ADO(ADO.NET) 이란?

• ADO 는 개발자가 직접 SQL 쿼리를 작성해서 DB 와 통신하는 방식이다.
• ADO 에서는 객체보다 DB 와 쿼리가 주체다.

유지보수 관점

1. ORM 은 코드가 깔끔한 대신 실제 쿼리가 눈에 잘 안 보이고
2. ADO 는 쿼리가 그대로 드러나서 유지보수 시 DB 관점에서는 더 직관적일 수 있다.
   (필자는 ADO 를 사실 더 많이 이용한다.)

결론

ORM 은 객체 중심 개발과 트랜잭션 관리에 강점이 있는 기술이고

ORM 은 편리하지만 조회 전략을 잘못 사용하면 N+1 문제가 발생할 수 있고,

ADO 는 쿼리 중심으로 성능과 명확성을 확보하는 방식이다.

ADO 는 쿼리를 직접 작성하는 만큼 더 많은 공수가 들지만 대용량 조회나 성능 측면에서는 더 안정적인 선택이 될 수 있다.

ORM 은 생산성을, ADO 는 제어권과 성능을 선택하는 방식이다.