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

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

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

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

📂 Category

  • 전체보기 (856)
  • AWS (98)
  • Spring AI (67)
  • Jenkins CI/CD (62)
  • Elasticsearch (61)
  • Redis (58)
  • MSA (56)
  • Linux (55)
  • 쿠버네티스 (54)
  • Docker (53)
  • Kafka (42)
  • Spring Batch (38)
  • Logging Monitoring (32)
  • 부하테스트 (31)
  • DB 설계 (29)
  • MySQL (29)
  • Nginx (29)
  • CI/CD (24)
  • AWS SAA-C03 (22)
  • AI 수익화 (12)
  • Vercel (4)

📚 DB 설계

856
전체 856AWS 98Spring AI 67Jenkins CI/CD 62Elasticsearch 61Redis 58MSA 56Linux 55쿠버네티스 54Docker 53Kafka 42Spring Batch 38Logging Monitoring 32부하테스트 31DB 설계 29
MySQL 29
Nginx 29
CI/CD 24
AWS SAA-C03 22
AI 수익화 12
Vercel 4
DB 설계

[실습] 화면 UI 디자인을 보고 DB 설계해보기 - JSCODE 게시판

이제 현업과 최대한 비슷한 상황처럼 완성된 UI 디자인을 보고 DB 설계를 할 예정이다. 그리고 실제 현업 개발자들이 어떤 방식으로 어떤 생각을 하면서 DB 설계를 하는 지 차근차근 보여줄 예정이다. 이 실습을 통해서 DB 설계를 어떻게 해야 하는 지

JSCODE 박재성JSCODE 박재성|2026. 03. 29.
DB 설계

[규칙 3] 헷갈릴 땐 관계(1:1, 1:N, N:M)를 파악해봐라 - 5

[규칙 3] 헷갈릴 땐 관계(1:1, 1:N, N:M)를 파악해봐라 - 5

✅ N:M 관계의 특징 중간 테이블이 있어야 한다. 중간 테이블에 두 테이블의 FK가 들어가야 한다. N:M 관계에서 중간 테이블을 추가해 1:N 관계로 바꿔 표현하게 된다. 예시 1) [Before] students (학생) [After] stude

JSCODE 박재성JSCODE 박재성|2026. 03. 29.
DB 설계

[규칙 1] 한 칸에는 한 가지 정보만 들어가도록 만들어라 - 2

[규칙 1] 한 칸에는 한 가지 정보만 들어가도록 만들어라 - 2

✅ 심화) ‘한 가지 정보’라는 게 관점에 따라 달라질 수 있다. users (사용자) users (사용자) 누군가는 박재성이라는 전체 이름이 하나의 정보라고 생각할 수 있지만, 누군가는 박이 하나의 정보고, 재성이 하나의 정보라고 판단할 수도 있다.

JSCODE 박재성JSCODE 박재성|2026. 03. 29.
DB 설계

DB 설계 전체 과정

DB 설계 전체 과정

✅ DB 설계 전체 과정 많은 책들에서는 데이터베이스 모델링 방법이 아주 복잡하게 설명되어 있고, 정규화의 개념 조차 이해하기가 너무 어렵다. 쉽게 데이터베이스 모델링 하는 방법을 알려줄 것이다. 이 방식대로 모델링을 하다보면 자연스럽게 정규화 과정을

JSCODE 박재성JSCODE 박재성|2026. 03. 29.
DB 설계

[규칙 6] 숨어있는 중복을 찾아라

✅ 숨어있는 중복을 찾아라. 숨어있는 중복이 무슨 뜻인지 설명하기 위해 예시를 바로 보자. posts (게시글) users (사용자) likes (좋아요) 위 테이블의 구성에서는 임의의 데이터를 넣어봐도 중복 데이터가 발생하는 컬럼이 있진 않다. 하지

JSCODE 박재성JSCODE 박재성|2026. 03. 29.
DB 설계

[실습] 요구사항을 보고 DB 설계해보기 - JSCODE 쇼핑몰

✅ 요구 사항 현업에서 아래와 같이 글로만 된 요구 사항만 가지고 DB 설계를 하는 일은 잘 없다. UI(화면) 디자인이 나왔을 때 UI 디자인을 보면서 DB 설계에 들어가는 편이다. 하지만 지금은 연습을 하기 위함이니까 아래 요구사항만 가지고 설계를

JSCODE 박재성JSCODE 박재성|2026. 03. 29.
DB 설계

DB 설계 시 꼭 기억해야 할 핵심 원칙 1가지

DB 설계 시 꼭 기억해야 할 핵심 원칙 1가지

✅ DB 설계의 핵심은 ‘중복 없애기’이다. 데이터베이스를 설계할 때 딱 1가지만 기억하면 된다. 중복 없애기 이게 무슨 말인지 아래 예시로 알아보자. users (사용자) posts(게시글) 위의 표와 같이 게시글 데이터가 DB에 많이 쌓여있다고 가

JSCODE 박재성JSCODE 박재성|2026. 03. 29.
DB 설계

[규칙 3] 헷갈릴 땐 관계(1:1, 1:N, N:M)를 파악해봐라 - 2

✅ 예시 1 사용자 (users), 이메일 (emails) (한 명의 사용자가 회원가입 할 때 여러 개의 이메일을 입력할 수 있는 서비스라고 가정하자.) 사용자가 이메일을 소유한다. 이메일은 사용자에 의해 소유된다. 한 명의 사용자는 여러 개의 이메일

JSCODE 박재성JSCODE 박재성|2026. 03. 29.
DB 설계

[규칙 1] 한 칸에는 한 가지 정보만 들어가도록 만들어라 - 1

✅ 한 칸에는 한 가지 정보만 들어가도록 만들어라. 데이터베이스 테이블을 설계할 때 ‘한 칸에는 한 가지 정보만 들어가야 한다.’라는 규칙을 지켜야 한다. 이 규칙이 뭔지 알아보기 위해 이 규칙을 안 지킨 사례 먼저 살펴보자. [사례 1] users

JSCODE 박재성JSCODE 박재성|2026. 03. 29.
DB 설계

[보충 강의] ERD란 ? / ERD 해석하기

[보충 강의] ERD란 ? / ERD 해석하기

DB 설계를 엑셀(Excel)을 활용해서 진행했었다. 사실 DB 설계를 할 때는 어떤 툴을 쓰던 상관없다. 테이블과 컬럼을 나타낼 수 있는 툴은 어떤 것이든 상관없다. 실제 DB 설계 결과물을 구글링 해보면 아래와 같은 형태의 그림을 많이 볼 수 있다

JSCODE 박재성JSCODE 박재성|2026. 03. 29.
123