일대다 구조에서도 조회는 일대일로 해야 하는 이유

실무에서 일대다 관계 자체는 문제가 아니다

일대다(1:N) 관계 자체는
데이터베이스에서 매우 자연스럽고 일반적인 구조다.

문제는 일대다 관계를 조회했을 때 나오는 결과를
조회 목적에 맞게 제어하지 못하는 것이다.

데이터는 맞지만,
결과가 그대로 사용되면서 문제가 시작된다.

---

문제는 ‘조회 목적에 맞지 않는 결과’

실무에서 조회 결과는
대부분 PK 기준으로 통제되어야 한다.

• 특정 PK 기준 1건
• 혹은 다건 중 의미 있는 1건

그런데 일대다 관계를 그대로 조인하면
기준 데이터가 반복되어 중복된 결과가 발생한다.

이 중복을 인지하지 못한 채
결과를 그대로 사용하면
화면, 로직, 통계 등 다방면에서 문제가 발생한다.

---

신입 단계에서 특히 많이 발생하는 이유

신입 단계에서는
테이블 구조와 데이터 흐름에 대한 이해가 부족해
의도치 않게 일대다 관계로 조인이 설정되는 경우가 많다.

대표적인 예가 PK가 여러 개로 구성된 경우,
즉 복합 PK 테이블이다.

복합 PK임에도
PK 컬럼 중 일부만 사용해 조인을 걸게 되면
논리적으로는 1건을 기대하지만
실제로는 다건이 매핑되는 구조가 된다.

이때 조회 결과는 중복되지만,
구조를 정확히 알지 못하면
왜 데이터가 늘어났는지 파악하기 어렵다.

---

핵심은 구조 이해와 결과 통제

이 문제의 본질은
일대다 관계 자체가 아니다.

• PK가 어떻게 구성되어 있는지
• 어떤 컬럼이 실제 식별자인지
• 조인 결과가 몇 건이 나와야 정상인지

이 구조를 명확히 이해하지 못하면
조회 결과도 통제할 수 없다.

---

DISTINCT는 해결책이 아니라 선택지다

조회 결과가 다건이 나오는 것이
구조적으로 불가피한 경우라면
DISTINCT를 의도적으로 사용할 수 있다.

하지만 DISTINCT는
중복의 원인을 해결해 주는 도구가 아니라,
조회 목적에 맞게 결과를 정리하는 선택지다.

구조를 이해하지 않은 채 사용하는 DISTINCT는
문제를 가리는 것에 가깝다.

---

정리

• 일대다 관계 자체는 문제가 아니다
• 문제는 조회 목적에 맞지 않는 결과를 그대로 사용하는 것이다
• PK 기준으로 결과를 통제해야 한다
• 복합 PK 구조를 정확히 이해하지 못하면
  의도치 않은 일대다 조인이 발생한다
• DISTINCT는 구조 이해 이후에 선택해야 한다

조회 결과를 통제할 수 있는 쿼리는
구조를 이해한 쿼리다.

구조를 먼저 분석하는 과정이
당장은 시간이 더 걸리는 것처럼 보일 수 있다.
하지만 그 과정이 있어야만
의도에 맞는 명확한 데이터를 추출할 수 있다.