복잡한 조인 쿼리 대신 View를 사용하는 이유와 실전 적용법

1. 문제 상황

일반 테이블에서 데이터를 가져올 때, 여러 개 테이블을 조인해서 복잡한 SQL을 작성하는 경우가 많음

 

예 :

SELECT A.*, B.*, C.*
FROM A
JOIN B ON A.key = B.key
JOIN C ON B.key = C.key
WHERE A.status = 'Y';

 

이런 쿼리를 매번 작성하게 되면,

• 쿼리 가독성이 떨어짐

• 관리가 어려움

• 성능 최적화가 힘들어짐

• 쿼리 수정 시 모든 코드 수정 필요

 

결국 개발/운영 생산성이 크게 떨어짐

 

2. 해결 방법: View 생성

 

복잡한 조인 쿼리를 하나의 View 테이블로 만들어두고, 필요할 때 View를 단일 테이블처럼 조회

 

View 생성 예시

CREATE OR REPLACE VIEW VIEW_BOARD_COMBO AS
SELECT A.*, B.name, C.category
FROM BOARD_COMBO A
JOIN PRODUCT_SINGLE B ON A.product_id = B.id
JOIN CATEGORY C ON B.category_id = C.id;

 

이제부터는

SELECT * FROM VIEW_BOARD_COMBO WHERE status = 'Y';

 

이렇게 단순하게 쿼리할 수 있음

 

3. View 사용의 장점

기존 방식	View 사용 방식
매번 복잡한 조인 쿼리 작성	단일 테이블 조회처럼 간단하게 작성
쿼리 가독성 낮음	쿼리 가독성 향상
수정 시 모든 SQL 변경 필요	View만 수정하면 끝
실수 위험 높음	일관성 보장

 

특히, 팀 개발이나 유지보수 단계에서 엄청난 차이를 만듬

 

4. 실전 포인트

• View는 가상의 테이블 실제로 데이터를 저장하지 않음

• View를 통해 SQL을 간단하게, 일관성 있게 유지할 수 있음

• View 수정만으로 여러 서비스 쿼리를 한 번에 반영할 수 있음

• 주의 : View 내부 쿼리 성능도 신경 써야 함 (불필요한 컬럼 조회 최소화)

 

5. 결론

조인이 복잡해질수록 쿼리는 유지보수 지옥

View를 생성해서 조인 로직을 단일화하면

• 개발 생산성 향상

• 코드 가독성 향상

• 운영 안정성 확보

 

복잡한 조인은 View로 관리

개발이 한결 쉬워짐