시스매

데이터를 자유자재로 다루는 비법 관계와 조인 완벽 정복 핸드북

16 min read

2025-08-15 12:54

Tags:

데이터를 자유자재로 다루는 비법 관계와 조인 완벽 정복 핸드북

데이터베이스는 현대 애플리케이션의 심장과 같음. 모든 정보가 이곳에 저장되고 처리됨. 하지만 데이터를 그저 한 곳에 쌓아두기만 한다면, 그건 데이터의 ‘무덤’이지 ‘창고’가 아님. 효율적이고 안정적인 데이터 관리를 위해 우리는 데이터를 여러 테이블에 나누어 저장하는 ‘정규화’ 과정을 거침.

이때, 흩어진 데이터 조각들을 어떻게 다시 연결하여 의미 있는 정보를 만들 수 있을까? 그 해답이 바로 **관계(Relationship)**와 **조인(JOIN)**에 있음. 이 두 가지 개념은 데이터베이스 설계의 뼈대이자, 데이터를 활용하는 가장 강력한 도구임.

왜 데이터를 나누어 관리해야 하는가? (탄생 배경)

만약 모든 정보를 하나의 거대한 테이블에 저장한다고 상상해 보자. 예를 들어, 쇼핑몰의 모든 주문 정보를 한 테이블에 담는 경우.

하나의 거대한 주문 테이블 (Bad Case)

주문ID주문일자고객ID고객이름고객등급상품ID상품명가격수량
10012023-10-26C001김철수GOLDP01노트북15000001
10022023-10-26C002이영희SILVERP05키보드800002
10032023-10-27C001김철수GOLDP03마우스500001

이 방식은 몇 가지 심각한 문제를 야기함.

  1. 데이터 중복 (Redundancy): ‘김철수’ 고객은 주문할 때마다 이름과 등급 정보가 반복해서 저장됨. 이는 저장 공간의 낭비로 이어짐.

  2. 갱신 이상 (Update Anomaly): 김철수 고객의 등급이 GOLD에서 VIP로 변경되면, 이 고객의 모든 주문 기록을 찾아 등급을 일일이 수정해야 함. 하나라도 누락하면 데이터의 일관성이 깨짐.

  3. 삽입 이상 (Insertion Anomaly): 아직 주문한 적 없는 신규 고객 ‘박세리’를 등록하고 싶어도, 주문 내역이 없으면 이 테이블에 정보를 추가할 수 없음. 주문 정보가 필수이기 때문.

  4. 삭제 이상 (Deletion Anomaly): 주문ID 1002번을 삭제하면, ‘이영희’ 고객이 키보드를 2개 샀다는 정보와 함께 ‘이영희’라는 고객 정보 자체가 시스템에서 사라져 버릴 수 있음.

이러한 문제들을 해결하기 위해 **정규화(Normalization)**를 통해 테이블을 기능별로 분리함.

  • Customers (고객 테이블)

  • Products (상품 테이블)

  • Orders (주문 테이블)

이렇게 분리된 데이터들을 논리적으로 연결하는 것이 바로 **‘관계’**이며, 이 관계를 이용해 실제로 데이터를 합쳐서 조회하는 기술이 **‘조인’**임.

1. 관계 (Relationships) - 데이터의 논리적 연결고리

관계는 테이블 간의 연결을 정의하는 설계상의 개념. 이 연결을 위해 **기본 키(Primary Key, PK)**와 **외래 키(Foreign Key, FK)**라는 두 가지 중요한 도구를 사용함.

  • 기본 키 (Primary Key): 테이블의 각 행(row)을 고유하게 식별하는 값. 주민등록번호처럼 절대 중복되지 않는 유일한 식별자. (예: Customers 테이블의 customer_id)

  • 외래 키 (Foreign Key): 다른 테이블의 기본 키를 참조하는 값. 관계를 맺는 다리 역할. (예: Orders 테이블의 customer_id는 Customers 테이블의 customer_id를 참조)

관계에는 세 가지 주요 유형이 존재함.

1) 1:1 (일대일) 관계

하나의 테이블 레코드가 다른 테이블의 레코드 단 하나와만 연결되는 경우.

  • 예시: Users 테이블과 User_Profiles 테이블. 한 명의 유저는 하나의 프로필만 가질 수 있음.

  • 언제 사용하나?:

    • 보안: 민감한 정보(예: 주민번호)를 별도 테이블로 분리하여 접근 제어를 다르게 할 때.

    • 성능: 자주 사용되지 않는 큰 데이터(예: 프로필 상세 설명)를 분리하여 주 테이블의 조회 속도를 높일 때.

    • 선택적 정보: 필수가 아닌 확장 정보를 저장할 때.

구조 Users 테이블 (PK: user_id) ↔ User_Profiles 테이블 (PK, FK: user_id)

2) 1:N (일대다) 관계

가장 흔한 관계. 하나의 테이블 레코드가 다른 테이블의 여러 레코드와 연결되는 경우.

  • 예시: Customers 테이블과 Orders 테이블. 한 명의 고객(1)은 여러 개의 주문(N)을 할 수 있음.

  • 구현: ‘다(N)‘에 해당하는 Orders 테이블이 ‘일(1)‘에 해당하는 Customers 테이블의 PK(customer_id)를 FK로 가짐.

구조 Customers 테이블 (PK: customer_id) → Orders 테이블 (FK: customer_id)

3) N:M (다대다) 관계

양쪽 테이블의 레코드가 서로에게 여러 개씩 연결될 수 있는 경우.

  • 예시: Students 테이블과 Courses 테이블. 한 명의 학생(N)은 여러 과목(M)을 수강할 수 있고, 하나의 과목(M)은 여러 학생(N)에 의해 수강될 수 있음.

  • 구현: 이 관계는 직접 연결할 수 없음. 중간에 두 테이블의 다리 역할을 하는 ‘정션 테이블(Junction Table)’ 또는 **‘브릿지 테이블(Bridge Table)‘**이 반드시 필요함.

구조 Students 테이블 (PK: student_id) Courses 테이블 (PK: course_id)

Student_Courses (정션 테이블) (FK: student_id, FK: course_id)

이 정션 테이블은 어떤 학생이 어떤 과목을 듣는지를 기록하는 역할만 수행함.

2. 조인 (JOIN) - 흩어진 데이터의 실질적 재조립

관계가 설계 도면이라면, 조인은 그 도면을 보고 흩어진 부품(데이터)을 실제로 조립하는 행위. SQL을 통해 여러 테이블의 정보를 합쳐서 하나의 결과로 보여주는 강력한 명령어.

1) INNER JOIN (내부 조인)

두 테이블에 공통으로 존재하는, 즉 연결고리(FK)가 일치하는 데이터만 가져옴. 가장 기본적이고 흔하게 사용되는 조인.

  • 개념: 두 테이블의 교집합.

  • 예시: 주문 내역이 있는 고객의 정보와 그 주문 내역을 함께 보고 싶을 때.

  • SQL 구문:

    SELECT C.customer_name, O.order_date, O.order_id
FROM Customers AS C
INNER JOIN Orders AS O ON C.customer_id = O.customer_id;

    이 쿼리는 Customers 테이블과 Orders 테이블에서 customer_id가 일치하는 행들만 짝지어 반환함. 만약 한 번도 주문한 적 없는 고객이 있다면, 그 고객 정보는 결과에 나타나지 않음.

2) LEFT JOIN (왼쪽 외부 조인)

FROM 절에 먼저 오는 왼쪽 테이블의 데이터는 모두 가져오고, 오른쪽 테이블에서는 왼쪽과 일치하는 데이터만 가져옴. 일치하는 데이터가 없으면 그 부분은 NULL로 채워짐.

  • 개념: 왼쪽 테이블 전체 + 교집합.

  • 예시: 모든 고객의 목록을 보되, 주문 내역이 있다면 함께 표시하고, 없다면 주문 내역 부분은 비워두고 싶을 때.

  • SQL 구문:

    SELECT C.customer_name, O.order_date
FROM Customers AS C
LEFT JOIN Orders AS O ON C.customer_id = O.customer_id;

    이 쿼리는 주문 여부와 상관없이 모든 고객의 이름을 반환함. 주문한 적 없는 고객의 order_date는 NULL로 표시됨. “아직 주문하지 않은 고객 찾기”와 같은 요구사항에 유용함.

3) RIGHT JOIN (오른쪽 외부 조인)

LEFT JOIN과 반대. 오른쪽 테이블의 데이터는 모두 가져오고, 왼쪽 테이블에서는 일치하는 데이터만 가져옴.

  • 개념: 오른쪽 테이블 전체 + 교집합.

  • 예시: 모든 주문 내역을 보되, 해당 주문을 한 고객 정보가 있다면 함께 표시하고 싶을 때. (만약 고객 정보가 삭제되었지만 주문 기록은 남아있는 경우 등을 확인할 수 있음)

  • SQL 구문:

    SELECT C.customer_name, O.order_date
FROM Customers AS C
RIGHT JOIN Orders AS O ON C.customer_id = O.customer_id;

    일반적으로 LEFT JOIN을 더 선호하며, 테이블의 순서를 바꾸면 LEFT JOIN으로 동일한 결과를 만들 수 있어 사용 빈도는 상대적으로 낮음.

4) FULL OUTER JOIN (전체 외부 조인)

두 테이블 중 어느 한쪽에라도 데이터가 있으면 모두 반환함. 양쪽 테이블의 합집합.

  • 개념: 두 테이블의 합집합.

  • 예시: 주문한 적 있는 모든 고객과, 고객 정보가 있든 없든 모든 주문 내역을 한 번에 보고 싶을 때.

  • SQL 구문:

    SELECT C.customer_name, O.order_date
FROM Customers AS C
FULL OUTER JOIN Orders AS O ON C.customer_id = O.customer_id;

    주의: MySQL에서는 FULL OUTER JOIN을 직접 지원하지 않음. LEFT JOIN과 RIGHT JOIN의 결과를 UNION으로 합쳐서 동일한 효과를 낼 수 있음.

3. 심화 내용 및 실전 팁

1) SELF JOIN (셀프 조인)

하나의 테이블을 자기 자신과 조인하는 특수한 경우. 테이블에 계층 구조 데이터가 있을 때 유용함.

  • 예시: Employees 테이블에 employee_id, employee_name, manager_id 컬럼이 있다고 가정. manager_id는 다른 직원의 employee_id를 참조함. 이때 각 직원의 이름과 그 직원의 매니저 이름을 함께 조회하고 싶을 때 사용.

  • SQL 구문:

    SELECT
    E1.employee_name AS "직원 이름",
    E2.employee_name AS "매니저 이름"
FROM
    Employees AS E1
LEFT JOIN
    Employees AS E2 ON E1.manager_id = E2.employee_id;

    테이블에 E1(직원), E2(매니저)라는 별칭(Alias)을 붙여 마치 두 개의 다른 테이블인 것처럼 다루는 것이 핵심.

2) CROSS JOIN (교차 조인)

조인 조건 없이 두 테이블의 모든 가능한 조합을 생성함. 첫 번째 테이블의 모든 행이 두 번째 테이블의 모든 행과 하나씩 짝지어짐. 결과 행의 수는 (테이블1 행의 수) * (테이블2 행의 수)가 됨.

  • 예시: 모든 종류의 티셔츠(색상)와 모든 사이즈를 조합하여 상품 마스터 데이터를 생성할 때.

  • 주의: 데이터가 많은 테이블에 사용하면 엄청난 양의 결과가 생성되므로(Cartesian Product), 의도한 경우가 아니라면 사용을 피해야 함.

3) 조인 성능 최적화 팁

조인은 매우 강력하지만, 잘못 사용하면 시스템에 큰 부하를 줄 수 있음.

  1. 인덱스(Index)는 필수: 조인 조건으로 사용되는 컬럼(주로 FK)에는 반드시 인덱스를 생성해야 함. 인덱스가 없으면 데이터베이스는 테이블 전체를 스캔(Full Scan)해야 하므로 속도가 기하급수적으로 느려짐. 책의 맨 뒤에 있는 ‘찾아보기’가 인덱스의 역할.

  2. SELECT * 사용 자제: 필요한 컬럼만 명시적으로 SELECT 하는 것이 좋음. SELECT *는 사용하지 않는 데이터까지 모두 가져오므로 네트워크 트래픽과 메모리 사용량을 증가시킴.

  3. 데이터가 적은 테이블을 먼저 조인: 조인 순서에 따라 성능이 달라질 수 있음. 데이터베이스 옵티마이저가 대부분 자동으로 처리하지만, 복잡한 쿼리에서는 데이터 양이 적은 쪽을 먼저 필터링하고 조인하는 것이 유리할 수 있음.

결론

관계는 데이터의 무결성과 일관성을 지키는 설계의 청사진이며, 조인은 이 청사진을 바탕으로 흩어진 데이터를 모아 강력한 인사이트를 추출하는 연장임.

데이터를 단순히 쌓아두는 시대는 지났음. 잘 설계된 관계 위에서 필요한 데이터를 자유자재로 조인하여 활용하는 능력은 이제 모든 개발자와 데이터 전문가의 핵심 역량. 이 핸드북을 통해 관계와 조인의 원리를 명확히 이해하고, 실제 프로젝트에서 자신감 있게 데이터를 다루는 데 큰 도움이 되기를 바람.

레퍼런스(References)

조인

그래프 뷰

백링크