JSCODE Logo
JSCODE 박재성JSCODE 제이온JSCODE 시니
과외유튜브블로그후기
완강 후기 이벤트블로그 리뷰 이벤트AWS SAA 합격 후기 이벤트
회사명 : JSCODE대표 : 박재성사업자 등록번호 : 244-22-01557통신판매업 : 제 2023-인천미추홀-0381 호

서울특별시 구로구 경인로 20가길 11(오류동, 아델리아)

Copyright ⓒ 2026 JSCODE - 최상위 현업 개발자들의 프로그래밍 교육 All rights reserved.

이용약관개인정보처리방침

비전공자도 이해할 수 있는 DB 설계 입문/실전

DB 설계 전 필수로 알아야 하는 개념

데이터베이스 모델링(Datbase Modeling)이란?
관계형 데이터베이스(RDBMS)의 기본 구성
PK(기본키), FK(외래키)
데이터베이스 네이밍 규칙

DB 설계의 핵심 원칙 및 전체 과정

DB 설계할 때 이런 개념들 몰라도 아무 문제 없습니다!
DB 설계 시 꼭 기억해야 할 핵심 원칙 1가지
DB 설계 전체 과정
저장할 데이터 파악하기 /

복잡한 개념을 몰라도 누구나 따라할 수 있는, 마법의 DB 설계 규칙 6가지

[규칙 1] 한 칸에는 한 가지 정보만 들어가도록 만들어라 - 1
[규칙 1] 한 칸에는 한 가지 정보만 들어가도록 만들어라 - 2
[규칙 2] 어떤 테이블에 FK를 넣어도 ‘규칙 1’을 못 지킬 때는 중간 테이블을 하나 더 만들어라
[규칙 3] 헷갈릴 땐 관계(1:1, 1:N, N:M)를 파악해봐라 - 1
[규칙 3] 헷갈릴 땐 관계(1:1, 1:N, N:M)를 파악해봐라 - 2
[규칙 3] 헷갈릴 땐 관계(1:1, 1:N, N:M)를 파악해봐라 - 3
[규칙 3] 헷갈릴 땐 관계(1:1, 1:N, N:M)를 파악해봐라 - 4
[규칙 3] 헷갈릴 땐 관계(1:1, 1:N, N:M)를 파악해봐라 - 5
[규칙 3] 헷갈릴 땐 관계(1:1, 1:N, N:M)를 파악해봐라 - 6
[규칙 4] 데이터 중복이 발생하는 컬럼이 있는 지 확인해라
[규칙 5] 가짜 중복과 진짜 중복을 구별해라
[규칙 6] 숨어있는 중복을 찾아라

실전처럼 DB 설계 해보기

[실습] 요구사항을 보고 DB 설계해보기 - JSCODE 커뮤니티
[실습] 요구사항을 보고 DB 설계해보기 - JSCODE 쇼핑몰
[실습] 화면 UI 디자인을 보고 DB 설계해보기 - JSCODE 게시판
[실습] 화면 UI 디자인을 보고 DB 설계해보기 - JSCODE 투두리스트
[보충 강의] ERD란 ? / ERD 해석하기

설계한 모델을 실제 DB에 반영하기

설계한 모델을 실제 DB에는 어떻게 반영하나요?
데이터 타입 (Data Type) 실전 활용 지침

DB 설계 Q&A

정규화를 하면 성능이 떨어진다던데요 ?
역정규화는 언제하나요 ?
← 블로그 목록으로 돌아가기

데이터베이스 네이밍 규칙

JSCODE 박재성
JSCODE 박재성
2026. 03. 29.
author
JSCODE 박재성
category
DB 설계
createdAt
Dec 6, 2025 12:33 PM
isPublic
isPublic
series
비전공자도 이해할 수 있는 DB 설계 입문/실전
slug
database-naming-conventions
type
post
updatedAt
Mar 29, 2026 09:00
🧑🏻
현업에서 많이 사용하는 데이터베이스 네이밍 규칙을 배워보자. 아래 규칙을 엄격하게 지켜야 하는 건 아니지만, 현업 개발자들이 자주 적용시키는 일반적인 규칙을 배워서 먼저 적용시켜볼 것이다.

✅ 테이블명, 컬럼명을 소문자로 작성한다.

테이블명, 컬럼명을 지을 때 소문자와 대문자를 섞어쓰지 않고, 소문자로만 작성한다. 왜냐하면 MySQL에서는 운영체제에 따라 대소문자를 구분해서 해석하기도 하고, 대소문자를 구분하지 않고 해석하기도 한다. 따라서 운영 체제에 따라 잘못 작동되는 걸 방지하려면 대소문자를 섞어쓰지 않아야 한다.
 

✅ snake_case를 사용한다.

테이블명, 컬럼명을 구성할 때 띄워쓰기가 필요한 경우 snake_case를 활용해 구성한다. 위에서 잠깐 언급했듯이 대소문자를 섞어 썼을 때의 단점이 명확하기 때문에 대소문자를 섞어쓰지 않고 띄워쓰기를 표현할 수 있는 snake_case를 활용할 것을 추천하다.
firstName // Bad! first_name // Good!
 

✅ 축약어를 사용하지 않는다.

개발은 혼자하지 않고 여러 명이서 같이 해야 하는 경우가 많다. 따라서 네이밍 규칙을 지을 때 항상 신경써야 하는 건 가독성이다. 그 어떤 개발자가 보더라도 직관적이면 직관적일수록 좋다.
fst_nm // Bad! first_name // Good!
 

✅ SQL문을 작성할 때 예약어만 대문자로 표현해라.

SQL 문법 자체는 대소문자를 따로 구분하지 않는다. 하지만 SQL문의 가독성을 위해 예약어만 대문자로 작성한다.
SELECT name, age FROM users WHERE age = 20 AND name = '재성';
 

✅ 테이블명을 지을 때는 복수형을 사용한다. (선택)

여러개의 데이터를 가지고 있음을 나타내기 위함이다. 이 규칙은 회사마다 많이 갈리는 규칙이다. 즉, 테이블명을 지을 때 단수형을 사용하는 회사도 많다. 중요한 건 일관성이다. 따라서 테이블명을 지을 때 복수형을 사용할 건지, 단수형을 사용할 건지만 정하면 된다. 앞으로 진행할 실습에서는 복수형으로 일관되게 네이밍을 할 예정이다.
user users post posts
 
📎
이 글은 비전공자도 이해할 수 있는 DB 설계 입문/실전 강의의 수업 자료 중 일부입니다.