D-1: 집합 연산자 — 두 조회 결과를 더하고 빼고 겹쳐 보기

안녕하세요, 홍순구 튜터입니다. 지난 시간엔 흩어진 표를 키로 이어 붙이는 조인을 배웠어요. 그중 SELF 조인으로 follow 표를 자기 자신과 이어, 서로 맞팔한 쌍 넷을 찾아냈죠. 그런데 그 쿼리, 조인 조건이 꽤 까다로웠던 것 기억나시죠? f1.follower_id = f2.following_id 에 그 반대 조건까지, 거기에 같은 쌍이 두 번 나오지 않게 WHERE f1.follower_id < f1.following_id 까지 붙여야 했어요.

오늘은 같은 맞팔을 훨씬 간단하게 찾아요. 두 조회 결과를 집합처럼 다루는 거예요. 두 결과를 위아래로 더하고(합집합), 겹치는 것만 남기고(교집합), 한쪽에서 다른 쪽을 빼는(차집합) 연산이에요. 이걸 집합 연산자라고 해요. 맞팔은 교집합으로, 짝사랑은 차집합으로 한 줄이면 나와요. 오늘도 지난 시간에 만든 follow 표를 그대로 써요.

 오늘의 여정
   ① 집합 연산이란 — 두 조회를 위아래로 붙이기
   ② UNION과 UNION ALL — 중복을 지울까 둘까
   ③ INTERSECT — 겹치는 것만 (맞팔 찾기)
   ④ MINUS — 빼면 방향이 생긴다 (짝사랑 찾기)
   ⑤ ORDER BY 위치와 NULL — 경계의 함정
   ⑥ 네 연산자 총정리 — 규칙·우선순위·표준 방언

💡 오늘 수업의 핵심 — "두 조회 결과를 합치고(UNION) 겹치고(INTERSECT) 빼는(MINUS) 집합 연산으로, 맞팔과 짝사랑을 한 줄에 가려낸다"

🎯 학습 목표

• UNION·UNION ALL·INTERSECT·MINUS 네 연산자의 동작과 차이(중복 제거·정렬·방향)를 이해한다. (SQLD 2과목 'SQL 활용 — 집합 연산자')
• 두 SELECT 를 집합 연산으로 잇는 규칙(컬럼 개수·타입 일치, 결과 컬럼명)과 빈출 함정을 익힌다.
• 맞팔(교집합)·짝사랑(차집합)을 집합 연산으로 표현하고, MINUS 의 방향이 결과를 어떻게 가르는지 확인한다.

Step 1: "집합 연산이란 — 두 조회를 위아래로 붙이기"

지금까지 우리가 쓴 SELECT 는 표 하나에서 행을 골라 왔어요. 조인은 표 둘을 옆으로(가로로) 이어 붙였고요. 오늘 배우는 집합 연산은 방향이 달라요. 두 SELECT 의 결과를 위아래로(세로로) 포개는 거예요.

중학교 때 배운 집합을 떠올려 보세요. 두 집합 A, B 가 있으면 합집합(A∪B), 교집합(A∩B), 차집합(A−B) 을 그릴 수 있죠. SQL 도 똑같아요. 한 SELECT 결과를 집합 A, 다른 SELECT 결과를 집합 B 로 보고, 이 둘을 그대로 연산해요.

 두 SELECT 결과를 집합 A, B 라 하면

   UNION      A ∪ B   둘을 합치고 중복은 하나로
   UNION ALL  A + B   둘을 합치되 중복도 그대로
   INTERSECT  A ∩ B   양쪽에 다 있는 것만
   MINUS      A − B   A 에는 있고 B 엔 없는 것만

그런데 두 결과를 포개려면 한 가지 약속이 필요해요. 위아래로 쌓을 거니까 두 SELECT 의 컬럼이 서로 맞아야 해요. 규칙은 세 가지예요.

• 두 SELECT 의 컬럼 개수가 같아야 한다.
• 짝이 되는 컬럼끼리 타입이 호환돼야 한다. (숫자는 숫자끼리, 문자는 문자끼리)
• 결과의 컬럼 이름은 첫 번째 SELECT 의 이름(또는 별칭)을 따른다.

앞의 두 규칙을 어기면 쿼리가 아예 실행되지 않고 에러가 나요. 컬럼 개수가 다르면 이런 식이에요. (★빈출)

-- sql/queries/D1_set_operators.sql
-- 위는 컬럼 1개, 아래는 2개 → 개수가 안 맞아 에러
SELECT follower_id            FROM follow
UNION
SELECT follower_id, following_id FROM follow;

이걸 실행하면 "쿼리 블록의 결과 컬럼 개수가 맞지 않다(ORA-01789)" 는 에러가 떠요. 위는 한 컬럼, 아래는 두 컬럼이라 포갤 수가 없는 거죠.

타입이 안 맞아도 마찬가지예요. 숫자 컬럼과 문자 컬럼을 포개려 하면요.

-- 숫자(follower_id) 위에 문자(username) 를 포개려 함 → 타입 에러
SELECT follower_id FROM follow
UNION
SELECT username    FROM member;

"표현식의 타입이 서로 같아야 한다(ORA-01790)" 는 에러가 나요. 짝이 되는 두 컬럼은 같은 종류여야 한다는 뜻이에요.

⚠️ 함정 — SQLD 에서 집합 연산 문제는 거의 항상 이 규칙을 물어요. 두 SELECT 의 컬럼 개수가 다르거나 타입이 어긋난 보기를 주고 "에러가 나는 것을 고르라" 거나, 결과 컬럼명이 무엇인지(첫 SELECT 기준) 묻는 식이에요. ★빈출

💡 한 줄 정리

집합 연산은 두 SELECT 결과를 세로로 포개는 연산(합집합·교집합·차집합)이며, 두 SELECT 의 컬럼 개수와 타입이 맞아야 하고 결과 컬럼명은 첫 SELECT 를 따른다.

Step 2: "UNION과 UNION ALL — 중복을 지울까 둘까"

이제 진짜로 포개 볼게요. 회원 1번 김재훈 님을 기준으로, 김재훈 님과 팔로우로 엮인 모든 사람을 뽑아 볼 거예요. 엮였다는 건 둘 중 하나예요. 김재훈 님이 따르는 사람(팔로잉)이거나, 김재훈 님을 따르는 사람(팔로워)이거나요.

지난 시간에 봤듯이 follow 표는 follower_id(따르는 사람)와 following_id(따라지는 사람) 두 컬럼이에요. 그래서,

• 김재훈 님이 따르는 사람 = follower_id = 1 인 행의 following_id → 2번, 6번
• 김재훈 님을 따르는 사람 = following_id = 1 인 행의 follower_id → 2번, 3번, 4번, 6번, 7번

이 두 결과를 위아래로 합치면 김재훈 님과 엮인 사람 전체가 나와요. 합칠 때 쓰는 게 UNION(합집합) 이에요.

-- sql/queries/D1_set_operators.sql
SELECT following_id AS id FROM follow WHERE follower_id = 1
UNION
SELECT follower_id  AS id FROM follow WHERE following_id = 1;

결과는 다섯 줄이에요.

위 조회는 {2, 6} 을, 아래 조회는 {2, 3, 4, 6, 7} 을 내놓는데 2번과 6번은 양쪽에 다 있죠. UNION 은 이 중복을 하나로 줄여요. 그래서 2+5=7 이 아니라 5 줄이 나온 거예요. 그리고 결과가 id 순으로 정렬돼 있는 것도 보이시죠? UNION 은 중복을 없애려고 내부에서 한 번 정렬을 해요. 그 과정에서 결과가 자연히 정렬돼 나와요.

중복을 안 지우고 싶을 때도 있어요. 그땐 UNION ALL 을 써요.

SELECT following_id AS id FROM follow WHERE follower_id = 1
UNION ALL
SELECT follower_id  AS id FROM follow WHERE following_id = 1;

이번엔 일곱 줄이에요. 2번과 6번이 양쪽에서 한 번씩, 두 번 나와요. {2, 6} 과 {2, 3, 4, 6, 7} 을 그냥 이어 붙인 거예요. 그리고 정렬도 안 해요. 위 조회 결과가 먼저, 아래 조회 결과가 그다음으로 순서대로 붙어요.

그럼 둘 중 뭘 써야 할까요? 중복이 없을 게 확실하거나 중복이 있어도 상관없다면 UNION ALL 이 나아요. UNION 은 중복을 지우려고 정렬을 한 번 더 하니, 데이터가 많으면 그만큼 느려요. (🌟 실무에서는 중복 걱정이 없을 땐 습관적으로 UNION ALL 을 써서 불필요한 정렬을 피해요.)

⚠️ 함정 — UNION 은 중복 제거 + 정렬, UNION ALL 은 둘 다 안 함. SQLD 는 같은 두 조회에 UNION 과 UNION ALL 을 각각 걸고 "결과 건수가 몇 건이냐", "정렬이 보장되느냐" 를 물어요. UNION ALL 은 정렬을 보장하지 않는다는 점이 특히 자주 나와요. ★빈출

💡 한 줄 정리

UNION 은 두 결과를 합치며 중복을 없애고(정렬 동반), UNION ALL 은 중복도 정렬도 건드리지 않고 그대로 이어 붙인다.

Step 3: "INTERSECT — 겹치는 것만 (맞팔 찾기)"

지난 시간에 자기 조인으로 맞팔을 찾았죠. 조건이 꽤 복잡했어요. 오늘은 교집합 하나로 끝내요. 맞팔이 뭐였죠? 내가 따르는데 그 사람도 나를 따르는 관계예요. 김재훈 님으로 보면 "김재훈 님이 따르는 사람"과 "김재훈 님을 따르는 사람", 두 집합에 동시에 들어 있는 사람이에요. 두 집합에 다 있는 것 — 그게 교집합, INTERSECT 예요.

-- sql/queries/D1_set_operators.sql
SELECT following_id AS id FROM follow WHERE follower_id = 1
INTERSECT
SELECT follower_id  AS id FROM follow WHERE following_id = 1;

Step 2 와 똑같은 두 조회인데 가운데만 INTERSECT 로 바꿨어요. 결과는 두 줄이에요.

{2, 6} 과 {2, 3, 4, 6, 7} 의 교집합이니 {2, 6} 이죠. 김재훈 님의 맞팔 상대는 2번 이민지, 6번 강지수, 두 사람이에요. 김재훈 님이 따르기도 하고 그 둘도 김재훈 님을 따르니까요.

한 사람 말고 전체 맞팔 쌍을 한 번에 찾을 수도 있어요. follow 표를 통째로 두 번 조회하되, 두 번째는 두 컬럼의 순서를 뒤집는 거예요.

SELECT follower_id, following_id FROM follow
INTERSECT
SELECT following_id, follower_id FROM follow;

이건 두 컬럼짜리 집합 연산이에요. 첫 조회는 (따르는 사람, 따라지는 사람) 순서 그대로, 두 번째 조회는 그 둘을 뒤집은 (따라지는 사람, 따르는 사람) 이에요. 두 결과에 똑같이 들어 있는 (a, b) 는 follow 표에 (a, b) 도 있고 (b, a) 도 있다는 뜻이에요. 바로 맞팔이죠. 결과는 여덟 줄이에요. 맞팔 4쌍이 양방향으로, 즉 (1,2)와 (2,1) 처럼 한 쌍당 두 줄씩 나와서 8 줄이에요.

지난 시간 자기 조인 기억나시죠? 그때 맞팔 4쌍을 얻으려고 WHERE f1.follower_id < f1.following_id 로 한쪽 방향만 남겨 8줄을 4줄로 줄였어요. INTERSECT 는 그 8줄(양방향)을 까다로운 조인 조건 없이 바로 내놓아요. 한쪽 방향만 보고 싶으면 똑같이 번호 대소 조건을 더 걸면 되고요.

⚠️ 함정 — INTERSECT 도 UNION 처럼 중복을 제거하고 정렬해요. 그리고 컬럼 개수·타입 일치 규칙은 모든 집합 연산자에 똑같이 적용돼요. 교집합이라고 규칙이 느슨해지지 않아요. ★빈출

💡 한 줄 정리

INTERSECT 는 두 조회 결과에 공통으로 있는 행만 남기는 교집합이며, "따르는 사람 ∩ 따라지는 사람" 으로 맞팔을 한 줄에 찾는다.

Step 4: "MINUS — 빼면 방향이 생긴다 (짝사랑 찾기)"

합집합과 교집합을 봤으니 이제 차집합이에요. 차집합은 한쪽에서 다른 쪽을 빼요. Oracle 에서는 MINUS 라고 써요. 짝사랑을 찾기에 딱이에요. 짝사랑이 뭐죠? 내가 따르는데 그 사람은 나를 안 따르는 관계예요. "내가 따르는 사람" 에서 "나를 따르는 사람" 을 빼면, 나만 일방적으로 따르는 사람이 남죠.

김재훈 님으로 해볼게요.

-- sql/queries/D1_set_operators.sql
-- 내가 따르는 사람 - 나를 따르는 사람 = 내가 짝사랑하는 사람
SELECT following_id AS id FROM follow WHERE follower_id = 1
MINUS
SELECT follower_id  AS id FROM follow WHERE following_id = 1;

결과는 한 줄도 없어요. 0건이에요. {2, 6} 에서 {2, 3, 4, 6, 7} 을 빼면 2도 6도 뒤 집합에 있으니 다 지워지고 남는 게 없어요. 김재훈 님이 따르는 두 사람은 모두 맞팔이라, 김재훈 님 쪽에서 일방적인 짝사랑은 없는 거예요.

여기서 MINUS 의 가장 중요한 성질이 나와요. 순서를 뒤집어 볼게요.

-- 나를 따르는 사람 - 내가 따르는 사람 = 나를 짝사랑하는 사람
SELECT follower_id  AS id FROM follow WHERE following_id = 1
MINUS
SELECT following_id AS id FROM follow WHERE follower_id = 1;

이번엔 세 줄이에요.

{2, 3, 4, 6, 7} 에서 {2, 6} 을 빼니 {3, 4, 7} 이 남죠. 3번 박승우, 4번 정하루, 7번 윤태양 — 이 셋은 김재훈 님을 따르는데 김재훈 님은 안 따르는, 김재훈 님을 짝사랑하는 사람이에요.

같은 두 집합인데 순서만 바꿨더니 0건과 3건으로 결과가 완전히 달라졌어요. 이게 MINUS 의 핵심이에요. A − B 와 B − A 는 다르다. 뺄셈에는 방향이 있는 거예요. UNION 이나 INTERSECT 는 순서를 바꿔도 결과가 같지만(합치고 겹치는 건 방향이 없으니까), MINUS 만은 순서가 결과를 가른다.

양쪽 다 짝사랑이 있는 회원도 볼까요. 12번 박지훈 님이에요. 박지훈 님이 따르는 사람은 {9, 6}, 박지훈 님을 따르는 사람은 {9, 11} 이에요.

-- 박지훈이 일방적으로 따르는 사람
SELECT following_id AS id FROM follow WHERE follower_id = 12
MINUS
SELECT follower_id  AS id FROM follow WHERE following_id = 12;

{9, 6} − {9, 11} = {6}. 박지훈 님이 짝사랑하는 사람은 6번 강지수 한 명이에요. 반대로 뒤집으면 {9, 11} − {9, 6} = {11}, 박지훈 님을 짝사랑하는 사람은 11번 한소라 한 명이고요. 양쪽이 다르죠. 역시 방향이 결과를 갈라요.

전체 짝사랑(한쪽만 따르는 모든 관계)도 한 번에 찾을 수 있어요. Step 3 의 전역 맞팔과 똑같은 모양인데 INTERSECT 를 MINUS 로 바꾸면 돼요.

SELECT follower_id, following_id FROM follow
MINUS
SELECT following_id, follower_id FROM follow;

(a, b) 는 있는데 (b, a) 는 없는 행, 즉 한쪽만 따르는 관계만 여덟 줄 나와요. 지난 시간 [심화] 과제에서 외팔(짝사랑)을 LEFT 조인으로 찾아보라 했었죠. 그걸 MINUS 한 줄로도 풀 수 있는 거예요.

⚠️ 함정 — MINUS 는 비대칭이에요. A MINUS B ≠ B MINUS A. SQLD 는 두 집합과 함께 "A MINUS B 의 결과" 와 "B MINUS A 의 결과" 를 따로 묻거나, 둘이 같다고 한 보기를 함정으로 깔아요. "차집합은 순서가 중요하다" 를 기억하세요. ★빈출

💡 한 줄 정리

MINUS 는 앞 결과에서 뒤 결과를 빼는 차집합이며 방향이 있어(A−B ≠ B−A), "따르는 사람 − 따라지는 사람" 의 순서로 짝사랑의 방향을 가른다.

Step 5: "ORDER BY 위치와 NULL — 경계의 함정"

집합 연산을 거의 다 봤어요. 이번엔 실수하기 쉬운 두 경계를 짚어요. 정렬 위치와 NULL 처리예요.

먼저 정렬이에요. 집합 연산 결과를 정렬하고 싶으면 ORDER BY 를 어디에 둘까요? 두 조회가 위아래로 있으니 위쪽 조회에 붙이고 싶을 수 있는데, 그러면 에러가 나요.

-- sql/queries/D1_set_operators.sql
-- 첫 SELECT 에 ORDER BY 를 붙이면 에러
SELECT following_id FROM follow WHERE follower_id = 1 ORDER BY following_id
UNION
SELECT follower_id  FROM follow WHERE following_id = 1;

ORDER BY 는 집합 연산 전체에 딱 한 번, 맨 마지막 조회 뒤에만 올 수 있어요. 정렬은 최종 결과 하나에만 거는 거니까요. 중간에 끼면 "UNION 이 문법상 올 수 없는 곳에 있다(ORA-03048)" 같은 에러가 나요. 제대로 쓰면 이래요.

SELECT following_id AS id FROM follow WHERE follower_id = 1
UNION
SELECT follower_id  AS id FROM follow WHERE following_id = 1
ORDER  BY id;

ORDER BY 가 맨 아래 한 번만 있죠. 정렬 기준 컬럼명은 첫 SELECT 의 별칭인 id 를 써요. Step 1 의 세 번째 규칙 기억나시죠? 결과 컬럼명은 첫 SELECT 를 따른다고요. ORDER BY 도 그 이름을 기준으로 삼아요.

다음은 NULL 이에요. 우리가 NULL 을 배울 때, NULL 은 "값이 없음" 이라 = 로 비교하면 같은 NULL 끼리도 같다고 판정하지 않는다고 했죠. NULL = NULL 은 참이 아니었어요. 그런데 집합 연산에서는 정반대예요. 집합 연산은 NULL 을 서로 같은 값으로 봐요.

bio(자기소개)가 비어 있는(NULL) 회원이 4명 있었죠. 3·5·8·10번이에요. 이들의 bio 를 UNION 으로 합쳐 볼게요.

SELECT bio FROM member WHERE member_id IN (3, 5)
UNION
SELECT bio FROM member WHERE member_id IN (8, 10);

네 명의 bio 가 모두 NULL 인데 결과는 한 줄이에요. UNION 이 중복을 지우면서 NULL 네 개를 "같은 값" 으로 보고 하나로 합친 거예요. = 로는 안 같다던 NULL 이 집합 연산에서는 중복으로 묶이는 거죠. 같은 쿼리를 UNION ALL 로 바꾸면 중복을 안 지우니 NULL 네 줄이 그대로 나와요.

⚠️ 함정 — 비교 연산(=, WHERE)에서 NULL 은 서로 다르게(알 수 없음으로) 다뤄지지만, 집합 연산의 중복 제거에서는 NULL 끼리 같은 값으로 묶여요. 이 정반대 동작이 SQLD 단골 함정이에요. ★빈출

💡 한 줄 정리

ORDER BY 는 집합 연산 맨 마지막에 한 번만(첫 SELECT 컬럼명 기준) 오고, 집합 연산의 중복 제거에서 NULL 은 비교 때와 반대로 서로 같은 값으로 묶인다.

Step 6: "네 연산자 총정리 — 규칙·우선순위·표준 방언"

오늘 배운 네 연산자를 한데 모아 정리해요. 먼저 비교표예요.

네 연산자 모두 컬럼 개수·타입이 맞아야 하고 결과 컬럼명은 첫 SELECT 를 따른다는 규칙은 공통이에요. UNION ALL 만 중복 제거와 정렬을 안 하고, MINUS 만 순서가 결과를 가르고요.

이제 빈출 함정 하나를 더 짚어요. 연산자를 여러 개 섞어 쓰면 어느 것부터 계산할까요? 작은 예로 볼게요. 세 집합을 A={1,2}, B={2,3}, C={3,4} 라 하고 A UNION B INTERSECT C 를 괄호 없이 써 봤어요.

-- sql/queries/D1_set_operators.sql
SELECT member_id FROM member WHERE member_id IN (1, 2)
UNION
SELECT member_id FROM member WHERE member_id IN (2, 3)
INTERSECT
SELECT member_id FROM member WHERE member_id IN (3, 4)
ORDER  BY member_id;

결과는 한 줄, {3} 이에요. Oracle 은 위에서 아래로 순서대로 계산했어요. 먼저 (A UNION B) = {1, 2, 3}, 거기에 INTERSECT C = {1, 2, 3} ∩ {3, 4} = {3}. 그래서 {3} 이죠.

그런데 여기에 함정이 있어요. SQL 표준에서는 INTERSECT 가 UNION·MINUS 보다 우선순위가 높아요. 표준대로라면 B INTERSECT C 를 먼저 계산해 A UNION (B INTERSECT C) = {1, 2} ∪ {3} = {1, 2, 3}, 세 줄이 나와야 해요. 하지만 Oracle 은 세 연산자의 우선순위를 모두 같게 보고 그냥 쓴 순서대로(위→아래) 계산해서 한 줄이 나온 거예요. 우선순위를 바꾸고 싶으면 직접 괄호를 쳐야 해요.

-- INTERSECT 를 먼저 묶으면 결과가 세 줄로 달라진다
SELECT member_id FROM member WHERE member_id IN (1, 2)
UNION
( SELECT member_id FROM member WHERE member_id IN (2, 3)
  INTERSECT
  SELECT member_id FROM member WHERE member_id IN (3, 4) )
ORDER  BY member_id;

괄호로 INTERSECT 를 먼저 묶으니 {1, 2, 3}, 세 줄이 나와요. 같은 세 조회인데 괄호 하나로 결과가 갈렸죠.

⚠️ 함정 — Oracle 은 집합 연산자 우선순위가 모두 같아 위에서 아래로 계산해요. 표준의 "INTERSECT 우선" 과 다를 수 있으니, 섞어 쓸 땐 괄호로 의도를 분명히 하세요. SQLD 는 섞인 집합 연산의 결과 건수를 묻는 문제를 내요. ★빈출

마지막으로 방언 한 가지예요. MINUS 는 Oracle 식 이름이에요. SQL 표준과 다른 데이터베이스에서는 같은 차집합을 EXCEPT 라고 써요. 동작은 똑같고 이름만 달라요. 두 방언을 나란히 대조하는 건 뒤에 E 카테고리에서 본격적으로 다뤄요. 지금은 "차집합 = Oracle 은 MINUS, 표준은 EXCEPT" 정도만 기억해 두세요.

💡 한 줄 정리

네 연산자는 컬럼·타입 규칙을 공유하되 중복·정렬·순서에서 갈리며, Oracle 은 우선순위가 모두 같아 위→아래로 계산하므로 섞어 쓸 땐 괄호로 의도를 분명히 한다.

마무리

오늘은 두 조회 결과를 집합처럼 다루는 연산을 배웠어요. UNION 으로 합치고, INTERSECT 로 겹치는 것만 남기고, MINUS 로 뺐죠. 지난 시간 자기 조인으로 복잡하게 찾던 맞팔을 교집합 한 줄로, 짝사랑을 차집합 한 줄로 가려냈어요. 같은 follow 표 하나로요.

오늘 배운 핵심 세 가지

• 💡 하나 — 집합 연산은 두 SELECT 결과를 세로로 포개며(컬럼 개수·타입 일치 필수, 결과 컬럼명은 첫 SELECT), UNION/UNION ALL/INTERSECT/MINUS 네 가지가 있다.
• 💡 둘 — UNION·INTERSECT·MINUS 는 중복 제거와 정렬을 하지만 UNION ALL 은 둘 다 안 하고, MINUS 만 순서가 결과를 가른다(A−B ≠ B−A).
• 💡 셋 — ORDER BY 는 맨 마지막에 한 번, 중복 제거에서 NULL 은 같은 값으로 묶이며, Oracle 은 연산자 우선순위가 모두 같아 섞어 쓸 땐 괄호가 필요하다.

다음 시간 예고

오늘은 여러 조회 결과를 가로가 아닌 세로로, 옆이 아닌 위아래로 포개 봤어요. 그런데 한 가지 아쉬운 게 있어요. 오늘 쓴 두 조회는 서로 독립적이었죠. 한쪽 결과를 다른 쪽이 참고하진 못했어요. 예를 들어 "평균보다 좋아요를 많이 받은 게시물" 처럼 먼저 평균을 구하고 그 값을 조건으로 다시 거르는 일은 아직 못 해요. 다음 시간엔 한 쿼리 안에 또 다른 조회를 중첩하는 서브쿼리를 배워요. 조회 결과를 다른 조회의 재료로 쓰는, 한 단계 깊은 SQL 이에요.

과제

오늘 배운 집합 연산을 직접 써 보는 과제예요. 결과가 몇 건 나올지 먼저 예상한 뒤 실행해 맞는지 확인해 보세요.

[기초] 합집합과 그냥 잇기

follow 표로 다음을 해 보세요. (가) 6번 강지수 님과 팔로우로 엮인 모든 사람(따르는 사람 + 따라지는 사람)의 id 를 UNION 으로 구해 보세요. (나) 같은 쿼리를 UNION ALL 로 바꿔 결과 건수를 비교하고, 두 건수가 왜 다른지(또는 같은지) 한 줄로 적어 보세요. (다) (가)의 결과를 id 순으로 정렬해 보세요. ORDER BY 를 어디에 둬야 하는지 확인하면서요.

[응용] 교집합과 차집합

follow 표로 다음을 해 보세요. (가) 6번 강지수 님의 맞팔 상대를 INTERSECT 로 구해 보세요. (나) 강지수 님이 일방적으로 따르는 사람과, 강지수 님을 일방적으로 따르는 사람을 각각 MINUS 로 구해 보세요. (다) (나)의 두 결과가 서로 다른 이유를 MINUS 의 성질로 설명해 보세요.

[심화] NULL 과 우선순위

다음을 해 보세요. (가) bio 가 NULL 인 회원의 bio 와, NULL 이 아닌 회원의 bio 를 각각 조회해 UNION 으로 합치면 NULL 은 결과에 몇 줄로 나오는지 예상하고 확인해 보세요. (나) 회원 id 로 세 집합 {1,2}, {2,3}, {3,4} 를 만들어 UNION 다음 INTERSECT 순으로 괄호 없이 쓴 결과와, INTERSECT 를 괄호로 먼저 묶은 결과를 비교해 보세요. (다) 두 결과가 다르다면 왜 다른지 우선순위로 설명해 보세요.

생각해볼 주제

1. UNION 과 UNION ALL, 무엇을 언제 쓸까

두 조회 결과를 합칠 때 UNION 은 중복을 지우고 UNION ALL 은 그대로 둬요. 중복이 없을 게 확실한 데이터를 합치면서 습관적으로 UNION 을 쓰면 어떤 손해가 생기는지 생각해 보세요. 반대로 중복이 있을 수 있는데 무심코 UNION ALL 을 쓰면 결과가 어떻게 부풀려지는지도요. 같은 데이터를 다루더라도 "중복이 생길 수 있는가" 를 먼저 따지는 습관이 왜 중요한지 떠올려 보세요.

2. 맞팔과 짝사랑, 집합 연산과 조인 중 무엇으로 풀까

같은 맞팔을 지난 시간엔 자기 조인으로, 오늘은 INTERSECT 로 찾았어요. id 만 필요할 때와, 이름·팔로우 날짜까지 한 줄에 필요할 때 각각 어느 쪽이 나은지 생각해 보세요. 집합 연산이 잘 맞는 문제와 조인이 꼭 필요한 문제의 경계가 어디인지, 그리고 둘을 어떻게 이어 쓰면 좋은지도 고민해 보세요.

3. MINUS 의 방향을 어떻게 다룰까

MINUS 는 A−B 와 B−A 가 달라요. 짝사랑처럼 방향이 중요한 관계를 다룰 때 이 성질이 왜 유용한지 생각해 보세요. 동시에, 두 집합의 "서로 다른 부분 전체"(한쪽에만 있는 것 모두)를 보고 싶을 때는 MINUS 한 번으로 부족한데 그걸 어떻게 메울 수 있을지(두 방향의 차집합을 합치는 식으로) 떠올려 보세요. 방향이 있다는 게 강점이자 한계가 되는 지점이에요.