티스토리 뷰

몸부림의 흔적

# SQL은 왜 대문자로 쓸까? / SQL에서 DESC란? / SQL에서 JOIN이란?

eblessyou 2026. 4. 30. 13:36

결론부터 말하면:

SQL은 대문자로 “써야 하는 건 아니고”, 그냥 “관례(습관)”입니다.

📌 왜 대문자로 쓰냐?

1. SQL 문법을 눈에 잘 띄게 하려고

SELECT * FROM tb_member WHERE id = 'hong123';

이걸 소문자로 쓰면:

select * from tb_member where id = 'hong123';

👉 기능은 완전히 동일합니다.

하지만 대문자로 쓰면:

SELECT, FROM, WHERE 같은 명령어가 눈에 확 들어옴
컬럼명, 테이블명과 구분이 쉬움

2. 코드 가독성(읽기 쉬움) 때문

예를 들어:

SELECT id, name
FROM tb_member
WHERE id = 'hong123';

👉 “이건 SQL 명령어구나” 바로 알 수 있음

3. 팀 작업(협업)에서 표준처럼 쓰임

회사나 프로젝트에서는 보통 이렇게 규칙을 정합니다:

SQL 키워드 → 대문자
테이블/컬럼 → 소문자

예:

SELECT id, name FROM tb_member;

👉 누가 봐도 이해하기 쉽게 통일하는 목적

4. 역사적인 이유 (초창기 시스템)

옛날 DB 시스템은 대소문자 구분이 애매했기 때문에
👉 대문자 사용이 기본 문화로 굳어짐

💡 중요한 포인트

✔ SQL은 대소문자 구분 안 함 (대부분 DB에서)

SELECT = select = SeLeCt  (전부 동일)

❗ 하지만 예외:

문자열은 구분됨

WHERE id = 'Hong' ≠ 'hong'

🚀 한 줄 정리

SQL을 대문자로 쓰는 이유는 문법을 눈에 띄게 해서 읽기 쉽게 하려는 관례일 뿐, 필수 규칙은 아니다.

DESC는 SQL에서 정렬 방향을 지정하는 키워드입니다.

👉 내림차순(큰 값 → 작은 값)으로 정렬하라는 뜻입니다.

📌 기본 사용법

SELECT * FROM 테이블명 ORDER BY 컬럼명 DESC;

🔍 예시로 이해하기

1. 숫자 기준 정렬

SELECT * FROM posts ORDER BY idx DESC;

👉 결과:

10
9
8
7
...

➡ 최신 글부터 보여줌 (게시판에서 매우 중요)

2. 반대 개념: ASC

SELECT * FROM posts ORDER BY idx ASC;

👉 결과:

1
2
3
4
...

➡ 오래된 글부터

📊 정리

키워드의미정렬 방향

ASC	오름차순	작은 → 큰
DESC	내림차순	큰 → 작은

※ ASC는 기본값이라 생략 가능

💡 네 프로젝트 기준으로 보면

게시판에서 거의 항상 이렇게 씀:

SELECT * FROM posts ORDER BY idx DESC;

👉 이유:

최신 글이 위에 보여야 하니까

🚀 한 줄 요약

DESC = 데이터를 큰 값부터(최신부터) 보여주라는 의미

헷갈리면 이렇게 외우면 됩니다:

DESC = Descending (내려간다) = 큰 → 작은 👍

JOIN은 처음 보면 어렵지만, 핵심은 딱 하나입니다:

👉 “서로 다른 테이블을 연결해서 한 번에 가져오는 것”

📌 왜 JOIN이 필요할까?

DB는 보통 이렇게 나뉘어 있습니다.

👤 회원 테이블 (tb_member)

idname

hong123	홍길동
kim456	김철수

📝 게시글 테이블 (posts)

idxtitleuser_id

1	안녕하세요	hong123
2	반갑습니다	kim456

👉 문제:

게시글에는 user_id만 있고
👉 작성자 이름은 없음

🔥 그래서 JOIN을 사용

SELECT *
FROM posts p
JOIN tb_member m ON p.user_id = m.id;

🔍 결과 (합쳐짐)

idxtitleuser_idname

1	안녕하세요	hong123	홍길동
2	반갑습니다	kim456	김철수

👉 게시글 + 작성자 정보가 한 번에 나옴

💡 쉽게 비유하면

JOIN은 이런 느낌입니다:

📄 “게시글 목록” + 📇 “회원 명단”을
👉 서로 맞춰서 하나의 표로 만드는 것

📌 핵심 구조

SELECT 가져올것
FROM 기준테이블
JOIN 연결할테이블
ON 연결조건

🎯 네 프로젝트 기준 핵심 예제

게시글 + 작성자 이름 같이 가져오기:

SELECT p.idx, p.title, m.name
FROM posts p
JOIN tb_member m ON p.user_id = m.id
ORDER BY p.idx DESC;

🚀 꼭 알아야 할 포인트

✔ ON이 핵심
→ 어떻게 연결할지 조건을 정함

p.user_id = m.id

✔ 테이블 별칭 (p, m)
→ 코드 짧고 깔끔하게

⚠️ JOIN 안 쓰면 생기는 문제

👉 글 하나마다 회원 조회 따로 해야 함 (비효율)

글 100개 → 회원 조회 100번 😱

👉 JOIN 쓰면:

한 번에 해결 👍

🚀 한 줄 요약

JOIN = 테이블을 연결해서 하나처럼 조회하는 기능

내 질문:

SELECT *

FROM posts p

JOIN tb_member m ON p.user_id = m.id;

여기서 * 은 무슨 의미야?

그리고 posts p 와 tb_member m이 무슨 의미인지,

ON 뒤에도 연결조건이라고 했는데,

이게 무슨 뜻을 의미하는지도 자세하게 알려줄래?

좋아, 이 SQL을 한 줄씩 풀어볼게요.

SELECT *
FROM posts p
JOIN tb_member m ON p.user_id = m.id;

1. * 의미

SELECT *

여기서 *는 모든 컬럼을 가져오라는 뜻입니다.

즉,

SELECT *
FROM posts;

는 posts 테이블의 모든 컬럼을 보여달라는 뜻이에요.

JOIN에서는 posts와 tb_member를 합치기 때문에:

SELECT *
FROM posts p
JOIN tb_member m ON p.user_id = m.id;

는 posts의 모든 컬럼 + tb_member의 모든 컬럼을 가져오라는 뜻입니다.

다만 실무에서는 *보다 필요한 컬럼만 쓰는 게 더 좋습니다.

SELECT p.idx, p.title, p.user_id, m.name, m.email
FROM posts p
JOIN tb_member m ON p.user_id = m.id;

2. posts p 의미

FROM posts p

이건:

FROM posts AS p

와 같은 뜻입니다.

즉, posts 테이블을 앞으로 p라는 짧은 이름으로 부르겠다는 뜻이에요.

posts p

는 이렇게 이해하면 됩니다.

posts 테이블 = p

3. tb_member m 의미

JOIN tb_member m

이것도 마찬가지입니다.

JOIN tb_member AS m

와 같은 뜻입니다.

즉:

tb_member 테이블 = m

앞으로 SQL 안에서 tb_member라고 길게 쓰지 않고 m이라고 쓰는 거예요.

4. 왜 p, m을 붙일까?

두 테이블에 같은 이름의 컬럼이 있을 수 있기 때문입니다.

예를 들어 둘 다 id, idx, name 같은 컬럼이 있을 수 있어요.

그래서:

p.user_id
m.id

처럼 씁니다.

뜻은:

p.user_id = posts 테이블의 user_id 컬럼
m.id = tb_member 테이블의 id 컬럼

5. ON p.user_id = m.id 의미

ON p.user_id = m.id

이 부분은 두 테이블을 어떤 기준으로 연결할지 정하는 조건입니다.

네 프로젝트 기준으로 보면:

posts.user_id

는 게시글 작성자의 아이디이고,

tb_member.id

는 회원의 로그인 아이디입니다.

그래서 이 둘이 같으면:

이 게시글은 이 회원이 작성한 글이다

라고 판단할 수 있습니다.

예시

posts

idxtitleuser_id

1	첫 번째 글	hong123
2	두 번째 글	kim456

tb_member

idname

hong123	홍길동
kim456	김철수

연결 조건:

ON p.user_id = m.id

즉:

posts.user_id 값과 tb_member.id 값이 같은 것끼리 연결

결과:

idxtitleuser_ididname

1	첫 번째 글	hong123	hong123	홍길동
2	두 번째 글	kim456	kim456	김철수

전체 SQL 다시 해석

SELECT *
FROM posts p
JOIN tb_member m ON p.user_id = m.id;

뜻은:

posts 테이블을 p라고 부르고,
tb_member 테이블을 m이라고 부른 다음,
posts.user_id와 tb_member.id가 같은 데이터끼리 연결해서,
두 테이블의 모든 컬럼을 조회해라.

한 줄로 말하면:

게시글 목록을 가져오는데, 작성자 회원 정보까지 같이 가져오는 SQL입니다.

내 추가 질문:

SELECT p.idx, p.title, p.user_id, m.name, m.email

FROM posts p

JOIN tb_member m ON p.user_id = m.id;

그럼 이 SQL은 posts의 user_id랑 tb_member의 id랑 같으면

posts의 idx랑 title, user_id를 가져오고,

tb_member의 name이랑 email을 가져오란 소리야?

posts의 user_id랑 tb_member의 id가 같으니까

굳이 tb_member의 id는 가져올 필요 없는 거고?

거의 정확하게 이해했어요 👍
다만 한 가지를 조금 더 명확하게 잡아주면 완벽합니다.

✅ 네 해석 맞는지 확인

네가 말한 것:

posts.user_id랑 tb_member.id가 같으면
posts의 idx, title, user_id + tb_member의 name, email을 가져온다

👉 맞습니다. 정확한 이해예요.

🔍 SQL을 정확하게 해석하면

SELECT p.idx, p.title, p.user_id, m.name, m.email
FROM posts p
JOIN tb_member m ON p.user_id = m.id;

👉 의미:

posts와 tb_member를
p.user_id = m.id 조건으로 연결하고
그 중에서

posts: idx, title, user_id
tb_member: name, email

👉 이 컬럼들만 가져온다

🔥 핵심 포인트 (중요)

1. JOIN은 “필터”가 아니라 “연결”이다

많이 헷갈리는 부분인데:

ON p.user_id = m.id

👉 이건 WHERE처럼 “거르는 조건”이라기보다
👉 두 테이블을 연결하는 기준입니다.

즉:

같은 user_id와 id를 가진 행끼리 짝지어서 합침

2. tb_member.id를 안 가져오는 이유

네 질문:

굳이 tb_member.id는 가져올 필요 없는 거지?

👉 맞습니다. 대부분의 경우 필요 없음

왜냐면:

p.user_id = m.id (이미 같은 값)
둘 다 가져오면 중복 데이터

📌 비교

불필요한 경우

SELECT p.user_id, m.id

결과:

hong123 | hong123

👉 같은 값 두 번 출력됨

필요한 경우 (예외)

👉 디버깅할 때

SELECT p.user_id, m.id

👉 데이터 검증할 때

3. 그래서 실무에서는 이렇게 씀

SELECT p.idx, p.title, p.user_id, m.name, m.email

👉 필요한 것만 딱 가져옴 (성능 + 가독성)

💡 너 이해 수준 한 단계 올려주는 포인트

이걸 기억하면 좋습니다:

JOIN은
👉 “조건에 맞는 행끼리 묶고”
👉 SELECT는 “그 중에서 가져올 컬럼을 고르는 것”

🚀 한 줄 정리

네 말이 맞고, tb_member.id는 user_id랑 동일하니까 굳이 안 가져오는 게 일반적이다 👍

내 추가 질문:

그럼 아까 네가 언급했었던 INNER JOIN과 LEFT JOIN 차이도 쉽게 정리해줄래?

실무에서 진짜 중요한 팁들도 같이 알려줬으면 좋겠어~

좋아요. 여기서부터가 SQL에서 진짜 중요한 개념입니다.
JOIN을 이해했으면 이제 INNER JOIN vs LEFT JOIN 차이를 잡는 게 핵심이에요.

🔥 1. 한 줄 핵심 정리

INNER JOIN → 둘 다 있는 데이터만
LEFT JOIN → 왼쪽은 무조건 다 + 오른쪽은 있으면 붙임

📊 예제로 바로 이해하기

👤 tb_member (회원)

idname

hong123	홍길동
kim456	김철수
lee999	이영희

📝 posts (게시글)

idxtitleuser_id

1	글1	hong123
2	글2	kim456

👉 여기서 lee999는 글이 없음

🔹 2. INNER JOIN

SELECT *
FROM posts p
INNER JOIN tb_member m ON p.user_id = m.id;

결과

idxtitleuser_idname

1	글1	hong123	홍길동
2	글2	kim456	김철수

👉 공통으로 존재하는 데이터만 나옴

❗ lee999는 제외됨 (게시글이 없으니까)

🔹 3. LEFT JOIN

SELECT *
FROM tb_member m
LEFT JOIN posts p ON m.id = p.user_id;

결과

idnameidxtitle

hong123	홍길동	1	글1
kim456	김철수	2	글2
lee999	이영희	NULL	NULL

👉 회원은 전부 나오고
👉 글이 없으면 NULL로 채움

🔥 핵심 차이 요약

구분결과

INNER JOIN	둘 다 있어야 나옴
LEFT JOIN	왼쪽은 무조건 나옴

💡 진짜 중요한 포인트 (실무 핵심)

1. 기준은 항상 “왼쪽 테이블”

FROM A
LEFT JOIN B

👉 A는 무조건 다 나옴

👉 이거 방향 바뀌면 결과 완전히 달라짐

2. 게시판에서 자주 쓰는 패턴

✔ 게시글 + 작성자 (정상 데이터만)

SELECT p.idx, p.title, m.name
FROM posts p
JOIN tb_member m ON p.user_id = m.id;

👉 INNER JOIN 사용
👉 작성자 없는 글은 보통 없다고 가정

✔ 회원 + 게시글 개수 (글 없는 회원도 포함)

SELECT m.name, COUNT(p.idx)
FROM tb_member m
LEFT JOIN posts p ON m.id = p.user_id
GROUP BY m.id;

👉 LEFT JOIN 필수
👉 글 없는 회원도 보여야 하니까

3. LEFT JOIN + WHERE 조심 ⚠️

이거 실무에서 진짜 많이 틀립니다.

SELECT *
FROM tb_member m
LEFT JOIN posts p ON m.id = p.user_id
WHERE p.idx IS NOT NULL;

👉 결과: INNER JOIN처럼 바뀜

왜냐면:

NULL 제거 → 결국 “있는 데이터만”

4. 언제 뭐 쓰냐 (실전 기준)

상황추천

둘 다 있어야 의미 있음	INNER JOIN
한쪽은 무조건 보여야 함	LEFT JOIN

🚀 실무 꿀팁

✔ 1. 기본은 INNER JOIN부터 생각

👉 대부분 케이스는 INNER JOIN

✔ 2. “없는 데이터도 보여야 하나?” 생각

👉 YES → LEFT JOIN

✔ 3. NULL 나오면 LEFT JOIN 의심

👉 디버깅 포인트

✔ 4. JOIN 순서 중요

FROM posts p LEFT JOIN member m

FROM member m LEFT JOIN posts p

👉 결과 완전히 다름

🎯 최종 한 줄 정리

INNER JOIN = 겹치는 것만
LEFT JOIN = 왼쪽은 전부 + 없으면 NULL

By. ChatGPT

저작자표시 비영리 변경금지 (새창열림)

'몸부림의 흔적' 카테고리의 다른 글

# PHP에서 $pdo (PDO)가 무슨 의미인지, 어떻게 사용되는지. $stmt는 무엇인가. pdo와 stmt의 관계에 관하여! (0)	2026.05.02
# SNS 프로젝트 과정1 - 좋아요 & 댓글 기능 만들 때 쓰는 테이블에 관하여 (0)	2026.05.02
# 웹 프로그래밍에서 $_SESSION 이란? / SQL 처음 공부할 때 알아두면 좋은 개념에 대해서 (0)	2026.04.29
# 초보자가 자주 헷갈리는 php 문법 top 10 (0)	2026.04.27
# PHP 연산자와 문법, 조건문과 반복문 배우기 (0)	2026.04.21

공지사항

최근에 올라온 글

최근에 달린 댓글

Total

Today

Yesterday

링크

TAG more

« 2026/06 »
일	월	화	수	목	금	토
	1	2	3	4	5	6
7	8	9	10	11	12	13
14	15	16	17	18	19	20
21	22	23	24	25	26	27
28	29	30

글 보관함

티스토리 뷰

# SQL은 왜 대문자로 쓸까? / SQL에서 DESC란? / SQL에서 JOIN이란?

📌 왜 대문자로 쓰냐?

1. SQL 문법을 눈에 잘 띄게 하려고

2. 코드 가독성(읽기 쉬움) 때문

3. 팀 작업(협업)에서 표준처럼 쓰임

4. 역사적인 이유 (초창기 시스템)

💡 중요한 포인트

🚀 한 줄 정리

📌 기본 사용법

🔍 예시로 이해하기

1. 숫자 기준 정렬

2. 반대 개념: ASC

📊 정리

💡 네 프로젝트 기준으로 보면

🚀 한 줄 요약

📌 왜 JOIN이 필요할까?

👤 회원 테이블 (tb_member)

📝 게시글 테이블 (posts)

🔥 그래서 JOIN을 사용

🔍 결과 (합쳐짐)

💡 쉽게 비유하면

📌 핵심 구조

🎯 네 프로젝트 기준 핵심 예제

🚀 꼭 알아야 할 포인트

⚠️ JOIN 안 쓰면 생기는 문제

🚀 한 줄 요약

1. * 의미

2. posts p 의미

3. tb_member m 의미

4. 왜 p, m을 붙일까?

5. ON p.user_id = m.id 의미

예시

posts

tb_member

전체 SQL 다시 해석

✅ 네 해석 맞는지 확인

🔍 SQL을 정확하게 해석하면

🔥 핵심 포인트 (중요)

1. JOIN은 “필터”가 아니라 “연결”이다

2. tb_member.id를 안 가져오는 이유

📌 비교

불필요한 경우

필요한 경우 (예외)

3. 그래서 실무에서는 이렇게 씀

💡 너 이해 수준 한 단계 올려주는 포인트

🚀 한 줄 정리

🔥 1. 한 줄 핵심 정리

📊 예제로 바로 이해하기

👤 tb_member (회원)

📝 posts (게시글)

🔹 2. INNER JOIN

결과

🔹 3. LEFT JOIN

결과

🔥 핵심 차이 요약

💡 진짜 중요한 포인트 (실무 핵심)

1. 기준은 항상 “왼쪽 테이블”

2. 게시판에서 자주 쓰는 패턴

✔ 게시글 + 작성자 (정상 데이터만)

✔ 회원 + 게시글 개수 (글 없는 회원도 포함)

3. LEFT JOIN + WHERE 조심 ⚠️

4. 언제 뭐 쓰냐 (실전 기준)

🚀 실무 꿀팁

✔ 1. 기본은 INNER JOIN부터 생각

✔ 2. “없는 데이터도 보여야 하나?” 생각

✔ 3. NULL 나오면 LEFT JOIN 의심

✔ 4. JOIN 순서 중요

🎯 최종 한 줄 정리

'몸부림의 흔적' 카테고리의 다른 글

티스토리툴바