C-1: SELECT 첫걸음 — 종이 설계를 진짜 SQL로

안녕하세요, 홍순구 튜터입니다. 지난 시간까지 우리는 인스타그램 설계도를 종이 위에서 완성했어요. 회원·게시물·좋아요·팔로우를 표로 나누고, 키로 가리키고, 정규화로 잘게 쪼개고, 마지막엔 트랜잭션·NULL·조인의 원리까지 봤죠. 그런데 그 설계도는 아직 '그림'이에요. 실제로 동작하는 표는 하나도 없었어요.

오늘부터 그 그림이 화면에서 살아 움직여요. CREATE TABLE로 회원·게시물 표를 진짜로 만들고, SELECT로 데이터를 꺼내 보고, WHERE로 원하는 행만 골라내요. 지난 시간에 이름만 봤던 IS NULL도 오늘 직접 써 봐요. SQL이라는 언어의 첫걸음이라 어렵지 않으니 편하게 따라오세요.

 오늘의 여정
   ① 명령어 지도 — SQL 은 네 갈래 (DDL · DML · TCL · DCL)
   ② CREATE TABLE — 종이 설계도를 진짜 표로 (회원 · 게시물)
   ③ SELECT · FROM — 표에서 데이터를 꺼내 보기
   ④ 다듬기 — 별칭 · 이어 붙이기(||) · 중복 제거(DISTINCT)
   ⑤ WHERE — 원하는 행만 (비교 · 논리 · 우선순위)
   ⑥ 범위·목록·패턴 — BETWEEN · IN · LIKE
   ⑦ IS NULL — 빈칸을 찾는 법 (지난 시간 NULL 의 실전)
   ⑧ ORDER BY — 결과를 줄 세우기

💡 오늘 수업의 핵심 — "종이에 그린 표를 CREATE TABLE로 만들고, SELECT·WHERE로 원하는 데이터만 꺼낸다"

🎯 학습 목표

• SQL이 DDL·DML·TCL·DCL 네 갈래로 나뉜다는 걸 알고, CREATE TABLE로 회원·게시물 표를 실제로 만든다. (SQLD 2과목 'SQL 기본 — 명령어 분류·SELECT')
• SELECT·FROM·WHERE로 원하는 열과 행을 골라내고, 비교·논리 연산자와 연산자 우선순위를 이해한다.
• BETWEEN·IN·LIKE·IS NULL로 범위·목록·패턴·빈칸을 조건으로 걸고, ORDER BY로 결과를 정렬한다.

Step 1: "SQL이라는 언어의 지도 — DDL·DML·TCL·DCL"

본격적으로 표를 만들기 전에, SQL이라는 언어가 어떻게 생겼는지 지도부터 한 장 펼칠게요. SQL은 하나의 큰 명령어 덩어리가 아니에요. 하는 일에 따라 네 갈래로 나뉘어요. 이 분류는 SQLD에 꾸준히 나오니 이름과 역할을 짝지어 기억해 두세요. ★빈출

 SQL 은 네 갈래
   DDL  (Data Definition Language)   표의 '틀'을 만든다
        CREATE · ALTER · DROP · TRUNCATE
        → 오늘 Step 2 에서 CREATE TABLE 로 표를 만든다

   DML  (Data Manipulation Language) 표 안의 '데이터'를 다룬다
        SELECT · INSERT · UPDATE · DELETE
        → 오늘은 SELECT(조회) 를 집중해서 본다

   TCL  (Transaction Control Language) 작업을 확정/취소한다
        COMMIT · ROLLBACK · SAVEPOINT
        → 지난 시간에 본 트랜잭션이 바로 이 갈래

   DCL  (Data Control Language)       권한을 주고 뺏는다
        GRANT · REVOKE

각 갈래를 한 줄로 정리하면 이래요. DDL은 표라는 그릇 자체를 만들고 바꾸고 없애요. DML은 그 그릇에 데이터를 넣고(INSERT) 꺼내고(SELECT) 고치고(UPDATE) 지워요(DELETE). TCL은 지난 시간에 배운 트랜잭션을 확정(COMMIT)하거나 되돌려요(ROLLBACK). DCL은 "누가 이 표를 볼 수 있는가" 같은 권한을 다뤄요.

⚠️ 함정 — DELETE와 TRUNCATE는 둘 다 데이터를 지우는 것 같지만 갈래가 달라요. DELETE는 행을 골라서 지우는 DML이고, TRUNCATE는 표를 통째로 비우는 DDL이에요. DDL이라 자동으로 확정(COMMIT)돼서 ROLLBACK으로 되돌릴 수 없어요. "DELETE는 DML, TRUNCATE는 DDL"은 SQLD 단골 함정이에요.

오늘 우리가 쓸 명령어는 딱 두 갈래예요. Step 2에서 표를 만드는 DDL(CREATE TABLE), 그다음부터 끝까지는 데이터를 꺼내 보는 DML(SELECT)이에요.

💡 한 줄 정리

SQL은 표의 틀을 만드는 DDL, 데이터를 다루는 DML, 작업을 확정·취소하는 TCL, 권한을 다루는 DCL 네 갈래로 나뉜다.

Step 2: "종이 설계를 진짜 표로 — CREATE TABLE"

이제 지도를 봤으니 첫 번째 갈래, DDL을 써 볼 차례예요. 지난 시간까지 종이 위에 그렸던 회원(Member)·게시물(Post) 표를 진짜로 만들어요. 표를 만드는 명령은 CREATE TABLE이에요.

-- sql/ddl/01_member_post.sql
-- 회원 테이블
CREATE TABLE member (
    member_id   NUMBER        PRIMARY KEY,          -- 회원 식별 번호 (인조 식별자)
    username    VARCHAR2(30)  NOT NULL UNIQUE,      -- 영문 아이디 (로그인용 · 중복 불가)
    nickname    VARCHAR2(30)  NOT NULL,             -- 한글 표시 이름
    bio         VARCHAR2(150)                       -- 자기소개 (값이 없을 수 있음 → NULL 허용)
);

-- 게시물 테이블
CREATE TABLE post (
    post_id     NUMBER        PRIMARY KEY,          -- 게시물 식별 번호 (인조 식별자)
    member_id   NUMBER        NOT NULL              -- 글쓴이 (회원 번호)
                              REFERENCES member(member_id),  -- 외래키: member 를 가리킨다
    caption     VARCHAR2(500),                      -- 게시물 글 (#해시태그 포함)
    created_at  DATE          DEFAULT SYSDATE NOT NULL       -- 작성 시각
);

한 줄씩 뜯어볼게요. 먼저 컬럼 이름 옆에 붙은 게 데이터 타입이에요. 칸에 어떤 종류의 값이 들어갈지를 정해요.

• NUMBER — 숫자. member_id, post_id 같은 번호.
• VARCHAR2(30) — 가변 길이 문자. 괄호 안 숫자는 최대 길이예요. VARCHAR2(30)이면 최대 30글자.
• DATE — 날짜와 시각.

그다음 타입 뒤에 붙은 게 제약조건이에요. "이 칸은 이런 규칙을 지켜야 한다"는 약속이죠. 지난 시간 설계에서 정한 규칙을 여기서 실제로 거는 거예요.

bio에는 아무 제약도 없죠? 자기소개는 안 쓴 회원이 있을 수 있으니 빈칸을 허용한 거예요. 지난 시간에 배운 NULL 허용이 바로 이거예요. 반대로 username은 NOT NULL UNIQUE라서 반드시 있어야 하고 겹쳐도 안 돼요. 아이디니까요.

post의 member_id에 걸린 REFERENCES member(member_id)가 지난 시간에 배운 외래키예요. "이 게시물의 글쓴이는 반드시 회원 표에 있는 회원이어야 한다"는 규칙을 DB가 직접 지켜 줘요.

⚠️ 함정 — 표를 만드는 순서가 중요해요. post가 member를 외래키로 가리키니, 가리킬 대상인 member를 먼저 만들어야 해요. 지울 때는 반대로 자식인 post를 먼저 지워요. 순서를 바꾸면 "참조 중이라 못 만든다/못 지운다" 오류가 나요.

이 CREATE TABLE 두 개를 실행하면, 종이 위에만 있던 회원 표와 게시물 표가 데이터베이스 안에 진짜로 생겨요. 빈 그릇 두 개가 준비된 거예요. 이제 여기에 데이터를 채우고 꺼내 볼 차례예요.

💡 한 줄 정리

CREATE TABLE은 컬럼마다 데이터 타입(NUMBER·VARCHAR2·DATE)과 제약조건(PRIMARY KEY·NOT NULL·UNIQUE·REFERENCES·DEFAULT)을 정해 표의 틀을 만드는 DDL 명령이다.

Step 3: "조회의 시작 — SELECT · FROM"

표를 만들었으니 이제 데이터가 들어 있다고 해 볼게요. 우리 실습 데이터에는 회원 12명과 게시물 50개가 들어 있어요. 이 데이터를 꺼내 보는 명령이 바로 SELECT예요. SQL에서 가장 많이 쓰는 명령이죠.

가장 기본 형태부터 볼게요. "회원 표의 모든 것을 보여 줘"는 이렇게 써요.

SELECT * FROM member;

SELECT는 "골라서 보여 줘", FROM은 "어느 표에서", *(별표)는 "모든 컬럼"이라는 뜻이에요. 그래서 이 한 줄은 "회원 표에서 모든 컬럼을 보여 줘"가 돼요. 실행하면 회원 12명이 한 명도 빠짐없이 조회돼서 돌아와요.

그런데 항상 모든 컬럼이 필요한 건 아니에요. 회원 목록에서 아이디와 이름만 보고 싶다면, * 대신 원하는 컬럼 이름만 적으면 돼요.

SELECT username, nickname FROM member;

이러면 member_id나 bio는 빼고, username과 nickname 두 칸만 골라서 12행이 나와요. 컬럼을 콤마로 나열한 순서대로 결과도 그 순서로 나와요.

🌟 실무 팁 — 실무에서는 SELECT *보다 필요한 컬럼만 콕 집어 적는 걸 권해요. 표에 컬럼이 수십 개일 때 *로 다 끌어오면 안 쓰는 데이터까지 옮기느라 느려지고, 나중에 컬럼이 추가되면 결과가 예고 없이 바뀌어요. "필요한 것만 명시"가 안전한 습관이에요.

💡 한 줄 정리

SELECT 컬럼 FROM 표로 원하는 열을 골라 조회하며, *는 모든 컬럼을 뜻하고 컬럼 이름을 나열하면 그 칸만 그 순서로 나온다.

Step 4: "조회 결과 다듬기 — 별칭 · 이어 붙이기 · DISTINCT"

SELECT로 데이터를 꺼낼 수 있게 됐으니, 이번엔 결과를 좀 더 보기 좋게 다듬는 세 가지 도구를 볼게요. 별칭, 이어 붙이기, 중복 제거예요.

먼저 별칭(alias)이에요. 결과에 나오는 컬럼 이름을 바로 다른 이름으로 바꿔 보여 줘요. AS 다음에 새 이름을 적어요.

SELECT username AS id, nickname AS name FROM member;

이러면 결과의 컬럼 머리글이 username·nickname이 아니라 id·name으로 바뀌어 나와요. AS는 생략해도 되지만, 붙여 두면 읽기 편해요. 한글로 별칭을 달고 싶으면 큰따옴표로 감싸요. nickname AS "이름"처럼요.

다음은 이어 붙이기예요. 두 막대 기호 ||로 문자열을 이어 붙여요. 닉네임 뒤에 '님'을 붙여 보면 이래요.

SELECT nickname || '님' AS greeting FROM member;

||는 양쪽 값을 그냥 한 줄로 이어 줘요. '님'처럼 따옴표로 감싼 글자는 적은 그대로 들어가요. 숫자를 다루는 산술 연산자(+ - * /)도 있는데, 회원·게시물 데이터로 숫자 계산을 본격적으로 하는 건 함수를 배우는 다음 시간에 더 다뤄요.

마지막은 중복 제거(DISTINCT)예요. 게시물 표에서 글쓴이 번호만 뽑으면 어떻게 될까요?

SELECT DISTINCT member_id FROM post;

게시물은 50개지만, 같은 사람이 여러 개 쓴 경우가 많죠. 그래서 글쓴이 번호에는 중복이 잔뜩 있어요. DISTINCT를 붙이면 중복을 걷어내고 서로 다른 값만 남겨요. 실행하면 게시물을 쓴 회원이 9명이라, 9개 번호만 돌아와요. (12명 중 3명은 게시물을 한 개도 안 썼거든요.)

⚠️ 함정 — DISTINCT는 바로 뒤 한 컬럼이 아니라 SELECT에 적은 컬럼 조합 전체를 기준으로 중복을 따져요. SELECT DISTINCT member_id, caption이면 (member_id, caption) 쌍이 똑같아야 중복으로 쳐요. 컬럼을 더 적으면 그만큼 중복이 덜 걸러진다는 점을 기억하세요.

💡 한 줄 정리

AS로 컬럼에 별칭을 달고, ||로 문자열을 이어 붙이며, DISTINCT로 SELECT한 컬럼 조합 전체 기준의 중복을 제거한다.

Step 5: "원하는 행만 — WHERE 비교·논리·우선순위"

지금까지는 표의 모든 행을 가져왔어요. 하지만 보통은 "조건에 맞는 행만" 보고 싶죠. 그 조건을 거는 게 WHERE예요. FROM 다음에 WHERE 조건을 붙이면, 조건이 참인 행만 남아요.

조건에는 비교 연산자를 써요. =(같다), <> 또는 !=(다르다), > < >= <=(크고 작음)이에요. 회원 번호가 8보다 큰 회원만 보면 이래요.

SELECT * FROM member WHERE member_id > 8;

9·10·11·12번, 4명이 돌아와요. 조건에 안 맞는 1~8번은 빠져요.

조건을 여러 개 엮을 땐 논리 연산자 AND(그리고)·OR(또는)·NOT(아니다)을 써요. "1번 회원이 쓴 게시물 중 6월 1일 이후 것"은 두 조건을 AND로 엮어요.

SELECT * FROM post
WHERE member_id = 1 AND created_at >= DATE '2026-06-01';

날짜는 DATE '2026-06-01'처럼 적어요. 이 조건은 둘 다 참인 행만 남기니 4건이 나와요. 반대로 게시물이 하나도 없는 7번 또는 8번 회원의 게시물을 찾으면요?

SELECT * FROM post WHERE member_id = 7 OR member_id = 8;

둘 다 게시물을 안 썼으니 결과는 0건, 한 행도 안 나와요. 조건에 맞는 게 없으면 빈 결과가 정상이에요.

여기서 SQLD 단골 함정이 하나 나와요. 바로 연산자 우선순위예요. AND가 OR보다 먼저 묶여요. 마치 곱셈을 덧셈보다 먼저 하는 것과 같아요.

 연산자 우선순위: AND 가 OR 보다 먼저 (곱셈이 덧셈보다 먼저이듯)

   member_id = 1  OR  member_id = 2 AND created_at >= DATE '2026-06-05'
                      └──────────┬──────────┘
                            이 AND 가 먼저 묶인다

   괄호 없이 읽으면:  member_id = 1   또는   (member_id = 2 그리고 6/5 이후)

이 차이를 직접 보면 확 와닿아요.

-- 괄호 없음: AND 가 먼저 묶임
SELECT * FROM post
WHERE member_id = 1 OR member_id = 2 AND created_at >= DATE '2026-06-05';

-- 괄호로 OR 를 먼저 묶음
SELECT * FROM post
WHERE (member_id = 1 OR member_id = 2) AND created_at >= DATE '2026-06-05';

위(괄호 없음)는 10건, 아래(괄호 있음)는 5건이 나와요. 같은 조건 같은데 결과가 두 배 차이죠. 괄호 없는 위쪽은 "1번 게시물 전부, 또는 2번 중 6/5 이후"로 읽혀서 1번 게시물 7개가 통째로 들어와요. 괄호 친 아래쪽은 "1번이나 2번이면서 6/5 이후"라 양쪽 다 날짜 조건을 받아요. ★빈출

⚠️ 함정 — 의도한 게 어느 쪽이든, AND와 OR를 섞을 땐 괄호로 묶어 의도를 분명히 하세요. 우선순위를 외우는 것보다, 괄호로 묶어 두는 게 실수도 없고 읽는 사람도 편해요.

💡 한 줄 정리

WHERE는 비교(=·<>·>)·논리(AND·OR·NOT) 연산자로 조건에 맞는 행만 남기며, AND가 OR보다 먼저 묶이므로 섞어 쓸 땐 괄호로 의도를 분명히 한다.

Step 6: "범위·목록·패턴 — BETWEEN · IN · LIKE"

WHERE에 자주 쓰는 편리한 조건 세 가지를 더 볼게요. 범위는 BETWEEN, 목록은 IN, 패턴은 LIKE예요. 셋 다 AND·OR로 길게 쓸 걸 짧게 줄여 줘요.

먼저 BETWEEN — 범위예요. "6월 1일부터 6월 10일까지" 같은 구간을 잡아요.

SELECT * FROM post
WHERE created_at BETWEEN DATE '2026-06-01' AND DATE '2026-06-10';

이 기간에 올라온 게시물 22건이 나와요. 여기서 꼭 기억할 점은 BETWEEN a AND b가 양쪽 끝을 포함한다는 거예요. 6월 1일과 6월 10일에 올라온 게시물도 결과에 들어와요. ★빈출

다음은 IN — 목록이에요. "1번, 3번, 5번 회원"처럼 값 몇 개 중 하나면 통과예요.

SELECT * FROM member WHERE member_id IN (1, 3, 5);

3명이 나와요. 이건 사실 member_id = 1 OR member_id = 3 OR member_id = 5를 짧게 줄인 거예요. 값이 많아질수록 IN이 훨씬 깔끔해요.

마지막은 LIKE — 패턴이에요. 정확히 같은 값이 아니라 "이런 모양"을 찾을 때 써요. 두 기호를 기억하면 돼요. %는 '아무 문자 0개 이상', _(밑줄)는 '정확히 한 문자'예요. 아이디가 j로 시작하는 회원을 찾아볼게요.

SELECT * FROM member WHERE username LIKE 'j%';

'j%'는 "j로 시작하고 뒤는 아무거나"예요. jaehoon·jisoo·jihun 3명이 나와요. 게시물 글에서 '여행'이 들어간 것도 찾을 수 있어요.

SELECT * FROM post WHERE caption LIKE '%여행%';

'%여행%'는 "앞뒤 아무거나, 중간에 여행 포함"이라 글 어디에든 '여행'이 있으면 걸려요. 4건이 나와요.

🌟 이렇게 미리 보기 — LIKE로는 "여행이 들어간 글"까지는 찾지만, "글에서 #해시태그만 똑 떼어내기"는 못 해요. 그건 글자를 자르고 뽑아내는 문자 함수가 필요한데, 다음 시간에 caption 속 해시태그를 함수로 추출해 볼 거예요.

💡 한 줄 정리

BETWEEN a AND b는 양끝을 포함한 범위, IN (...)은 여러 값 중 하나(=OR 축약), LIKE는 %(0개 이상)·_(한 문자) 패턴으로 조건을 건다.

Step 7: "빈칸을 찾아라 — IS NULL"

지난 시간에 NULL을 배우면서 약속한 게 있었죠. "NULL은 빈 글자가 아니라 '값이 없음·알 수 없음'이고, NULL인지는 =이 아니라 IS NULL로 확인한다"고요. 오늘 그걸 진짜로 써 봐요.

자기소개(bio)를 안 쓴 회원, 즉 bio가 NULL인 회원을 찾아볼게요.

SELECT * FROM member WHERE bio IS NULL;

박승우·최도연·한나래·이민수 4명이 나와요. 반대로 자기소개를 쓴 회원은 IS NOT NULL로 찾아요.

SELECT * FROM member WHERE bio IS NOT NULL;

이러면 나머지 8명이 나와요. 4명 + 8명 = 12명, 딱 맞죠.

그런데 만약 지난 시간 약속을 잊고 =로 NULL을 찾으면 어떻게 될까요?

SELECT * FROM member WHERE bio = NULL;

결과는 0건이에요. 한 명도 안 걸려요. bio가 비어 있는 회원이 분명히 4명 있는데도요. NULL은 '알 수 없음'이라, bio = NULL은 "알 수 없는 값과 같은가?"를 묻는 셈이라 결과가 참도 거짓도 아닌 '알 수 없음'이 돼 버려요. 그래서 한 행도 통과하지 못해요. ★빈출

⚠️ 함정 — = NULL이나 != NULL은 문법 오류는 아니라서 조용히 0건을 돌려줘요. 오류가 안 나니 더 위험해요. NULL을 다룰 땐 무조건 IS NULL / IS NOT NULL이에요. 이건 SQLD에 거의 매번 나오는 함정이에요.

🌟 이렇게 미리 보기 — 지금은 NULL인 회원을 '찾는' 것까지 했어요. 그런데 화면에 보여 줄 땐 빈칸 대신 "소개 없음" 같은 글자로 바꿔 주고 싶을 때가 많죠. NULL을 다른 값으로 바꿔 채우는 건 다음 시간에 NULL 처리 함수로 다뤄요.

💡 한 줄 정리

NULL 여부는 =이 아니라 IS NULL·IS NOT NULL로 확인하며, = NULL은 오류 없이 항상 0건을 돌려주므로 더 조심해야 한다.

Step 8: "줄 세우기 — ORDER BY"

마지막으로 결과를 정렬하는 ORDER BY예요. 지금까지 조회 결과는 DB가 주는 순서대로 나왔는데, 그 순서는 보장되지 않아요. 원하는 순서로 줄을 세우려면 ORDER BY를 SELECT 맨 끝에 붙여요.

회원을 아이디 순으로 정렬해 볼게요.

SELECT * FROM member ORDER BY username;

username 기준으로 영문 알파벳 순서(오름차순)로 줄을 서요. 맨 위가 doyeon, haru, jaehoon... 순이에요. 이번엔 같은 회원들을 닉네임 기준으로 정렬하면요?

SELECT * FROM member ORDER BY nickname;

이번엔 한글 가나다순이라 맨 위가 강지수, 김유나, 김재훈... 순으로 완전히 달라져요. 같은 12명인데 정렬 기준이 영문이냐 한글이냐에 따라 순서가 갈리는 거예요.

 같은 12 명, 정렬 기준에 따라 순서가 다르다

   ORDER BY username  (영문)     ORDER BY nickname  (한글 가나다)
     doyeon                        강지수
     haru                          김유나
     jaehoon                       김재훈
     ...                           ...

방향도 정할 수 있어요. 기본은 오름차순 ASC(작은 값부터), 거꾸로는 DESC(큰 값부터)예요. 정렬 기준을 콤마로 여러 개 줄 수도 있어요. "회원 번호 오름차순으로 묶되, 같은 회원 안에서는 최신 글부터"는 이렇게 써요.

SELECT post_id, member_id, created_at FROM post
ORDER BY member_id ASC, created_at DESC;

먼저 member_id로 줄을 세우고, 같은 회원끼리는 created_at을 내림차순으로 정렬해요. 그래서 1번 회원 안에서는 가장 최근에 올린 글(6월 8일)이 맨 위, 가장 오래된 글(5월 6일)이 맨 아래로 와요.

⚠️ 함정 — bio처럼 NULL이 섞인 컬럼으로 정렬하면, NULL이 맨 위로 갈지 맨 아래로 갈지 헷갈려요. Oracle은 기본적으로 오름차순에서 NULL을 맨 뒤에 둬요. 이 위치를 직접 정하는 방법(NULLS FIRST/NULLS LAST)은 다음 시간에 NULL 처리와 함께 다뤄요.

💡 한 줄 정리

ORDER BY 컬럼 [ASC|DESC]로 결과를 정렬하며, 콤마로 정렬 기준을 여러 개 주면 앞 기준으로 묶은 뒤 그 안에서 다음 기준으로 정렬한다.

마무리

오늘 종이 위 설계도가 드디어 화면에서 살아 움직였어요. CREATE TABLE로 회원·게시물 표를 진짜로 만들고, SELECT로 데이터를 꺼내고, WHERE·BETWEEN·IN·LIKE·IS NULL로 원하는 행만 골라내고, ORDER BY로 줄을 세웠죠. SQL이라는 언어의 첫 문장들을 직접 써 본 거예요. 오늘 다룬 건 전부 데이터를 '읽는' 조회였는데, 이 SELECT가 앞으로 배울 함수·집계·조인의 토대가 돼요.

오늘 배운 핵심 세 가지

• 💡 하나 — SQL은 DDL·DML·TCL·DCL 네 갈래로 나뉘고, CREATE TABLE(DDL)은 데이터 타입과 제약조건(PRIMARY KEY·NOT NULL·UNIQUE·REFERENCES)으로 표의 틀을 만든다.
• 💡 둘 — SELECT 컬럼 FROM 표 WHERE 조건이 조회의 기본이고, 비교·논리 연산자에서 AND가 OR보다 먼저 묶이므로 섞을 땐 괄호로 의도를 분명히 한다.
• 💡 셋 — BETWEEN(양끝 포함)·IN(OR 축약)·LIKE(%·_ 패턴)로 조건을 짧게 걸고, NULL은 IS NULL로만 찾으며, ORDER BY로 결과를 정렬한다.

다음 시간 예고

오늘은 데이터를 '있는 그대로' 꺼냈어요. 다음 시간엔 꺼낸 데이터를 '가공'해요. 게시물 글(caption) 속에 섞여 있는 #해시태그를 함수로 똑 떼어내고, 가입 날짜를 "2026년 6월"처럼 보기 좋게 바꾸고, 글자를 자르고 이어 붙이는 단일행 함수들을 배워요. 오늘 LIKE로 "여행이 들어간 글"까지 찾았다면, 다음 시간엔 그 글에서 해시태그만 정확히 뽑아내는 데까지 가요.

과제

오늘 배운 SELECT·WHERE·정렬을 직접 손으로 써 보는 과제예요. 머릿속으로만 짐작하지 말고, 결과가 몇 행 나올지 먼저 예상한 뒤 확인해 보세요.

[기초] 원하는 회원만 골라 정렬하기

회원 표에서 member_id가 5 이하인 회원의 username과 nickname만 조회하는 SQL을 써 보세요. (가) 이때 모든 컬럼을 가져오는 * 대신 두 컬럼만 적어야 하는 이유를 한 줄로 적어 보세요. (나) 결과가 몇 명 나올지 예상해 보세요. (다) 여기에 nickname 기준 가나다순 정렬을 붙이려면 어떤 절을 어디에 추가해야 하는지 SQL로 완성해 보세요.

[응용] 범위·패턴·빈칸 조건 걸기

게시물·회원 표에서 다음 셋을 각각 조회하는 SQL을 써 보세요. (가) 작성일(created_at)이 2026년 5월에 올라온 게시물 (BETWEEN 사용, 양끝 포함에 주의). (나) 글(caption)에 '사진'이 들어간 게시물 (LIKE 사용). (다) 자기소개(bio)가 비어 있는 회원. 그리고 (다)에서 bio = NULL로 쓰면 왜 한 명도 안 걸리는지, 지난 시간에 배운 NULL의 성질로 설명해 보세요.

[심화] 우선순위 함정과 표 설계

(가) member_id가 1 또는 2이면서 2026년 6월 5일 이후에 올라온 게시물을 조회하려고 합니다. WHERE member_id = 1 OR member_id = 2 AND created_at >= DATE '2026-06-05'라고 괄호 없이 쓴 것과, (member_id = 1 OR member_id = 2)로 괄호를 묶은 것의 결과가 왜 다른지 연산자 우선순위로 설명해 보세요. (나) 만약 회원 표에 '가입일'을 기록할 joined_at 칸을 새로 넣는다면, 어떤 데이터 타입과 제약조건(NULL 허용 여부·기본값 등)을 줄지 CREATE TABLE 관점에서 설계하고 이유를 붙여 보세요.

생각해볼 주제

1. SELECT *는 편한데 왜 실무에선 지양할까

조회할 때 SELECT *는 모든 컬럼을 한 번에 가져와서 타이핑이 적고 편해요. 그런데 실무에서는 필요한 컬럼만 골라 적으라고 권하는 경우가 많아요. 표에 컬럼이 수십 개일 때, 또는 나중에 컬럼이 추가·삭제될 때 *가 어떤 문제를 일으킬지 생각해 보세요. 편함과 안전함 사이에서 무엇을 얻고 무엇을 잃는지 따져 보면 좋아요.

2. = NULL은 왜 한 건도 못 잡을까

bio = NULL은 문법 오류도 아닌데 항상 0건을 돌려줘요. 지난 시간에 배운 'NULL = 알 수 없음'과 비교의 결과가 참·거짓이 아닌 '알 수 없음'이 된다는 점(3치 논리)을 떠올리며, 왜 =으로는 NULL을 절대 못 찾는지, 그래서 IS NULL이라는 별도 문법이 왜 필요한지 자기 말로 설명해 보세요.

3. 연산자 우선순위, 외울까 괄호로 감쌀까

AND가 OR보다 먼저 묶인다는 우선순위를 정확히 외우는 것과, 헷갈릴 땐 무조건 괄호로 묶어 의도를 드러내는 것 중 어느 쪽이 더 나은 습관일까요? 외우기에 의존할 때의 위험과, 괄호를 항상 쓰는 것의 장단점(가독성·실수 방지 대 장황함)을 함께 생각해 보세요.