fos-blog/study
01 / 홈02 / 카테고리03 / 시리즈
01 / 홈02 / 카테고리03 / 시리즈

카테고리

  • AI 페이지로 이동
    • RAG 페이지로 이동
    • langgraph 페이지로 이동
    • agents.md
    • BMAD Method — AI 에이전트로 애자일 개발하는 방법론
    • Claude Code 메모리: CLAUDE.md와 .claude/rules를 규칙으로 쓰는 법
    • Claude Code의 Skill 시스템 - 개발자를 위한 AI 자동화의 새로운 차원
    • Claude Code를 5주 더 쓴 결과 — 스킬·CLAUDE.md를 키워가는 방식
    • Claude Code를 11일 동안 쓴 결과 — 데이터로 본 나의 사용 패턴
    • Claude Code 멀티 에이전트 — Teams
    • AI 에이전트와 디자인의 새 컨벤션 — DESIGN.md, Google Stitch, Claude Design
    • Docling — IBM Research 의 문서 파싱 toolkit 상세 정리
    • 하네스 엔지니어링 실전 — 4인 에이전트 팀으로 코딩 파이프라인 구축하기
    • 하네스 엔지니어링 — 오래 실행되는 AI 에이전트를 위한 설계
    • 멀티모달 LLM (Multimodal Large Language Model)
    • AI 에이전트와 함께 MVP 만들기 — dooray-cli 사례
    • OpenClaw는 context와 memory를 어떻게 관리하나 — 나만의 에이전트를 구성하는 법
    • OpenClaw vs Hermes Agent — 갈아탈까 고민하며 정리한 비교
    • 스킬 문서를 신경망처럼 학습시킨다 — Microsoft SkillOpt 분석
  • ai 페이지로 이동
    • agent 페이지로 이동
    • [초안] AI 제품 백엔드 안정성 — 지연·비용·권한·관측·도구 실패·폴백/재시도/사람 에스컬레이션
    • [초안] LLM 평가 프레임워크: 골든셋, 회귀 테스트, LLM-as-a-judge, 사람 피드백 루프
  • algorithm 페이지로 이동
    • live-coding 페이지로 이동
    • 분산 계산을 위한 알고리즘
  • apartment 페이지로 이동
    • 구리 럭키아파트 24평 인테리어 레퍼런스 모음
  • architecture 페이지로 이동
    • [초안] 시니어 백엔드를 위한 API 설계 실전 스터디 팩 — REST · 멱등성 · 페이지네이션 · 버전 전략
    • [초안] API Versioning과 Backward Compatibility: 시니어 백엔드 관점 정리
    • 캐시 설계 전략 총정리
    • [초안] CJ푸드빌 디지털 채널 면접: 슬롯 도메인 경험을 커머스 도메인 설계 능력으로 번역하기
    • [초안] 커머스 Spring 서비스에 Clean/Hexagonal Architecture를 실용적으로 적용하기
    • [초안] 커머스 도메인 모델링: 주문·재고·노출의 세 축을 분리해서 설계하기
    • 커머스 주문 상태와 데이터 정합성 기본기 — CJ푸드빌 면접 대비
    • [초안] 쿠폰/프로모션 동시성과 정합성 기본기 — 선착순·중복 사용 방지·발급/사용/복구
    • [초안] DDD와 도메인 모델링: 시니어 백엔드 관점의 전술/전략 패턴 실전 가이드
    • [초안] Decorator & Chain of Responsibility — 행동을 체인으로 조립하는 두 가지 방식
    • 디자인 패턴
    • [초안] 분산 아키텍처 완전 정복: Java 백엔드 시니어 인터뷰 대비 실전 가이드
    • [초안] 분산 트랜잭션과 Outbox 패턴 — 왜 2PC를 피하고 어떻게 대신할 것인가
    • 분산 트랜잭션
    • [초안] e-Commerce 주문·결제 도메인 모델링: 상태머신, 멱등성, Outbox/Saga 실전 정리
    • [초안] Event Sourcing과 CQRS — 상태가 아니라 변화를 저장한다는 발상
    • [초안] F&B 쿠폰·프로모션·멤버십·포인트 설계
    • [초안] F&B · e-Commerce 디지털 채널 도메인 한 장 정리 — CJ푸드빌 디지털 채널 백엔드 면접 대비
    • [초안] F&B 주문/매장/픽업 상태머신 설계 — CJ푸드빌 디지털 채널 백엔드 관점
    • [초안] F&B 이커머스 결제·환불·정산 운영 가이드
    • [초안] Hexagonal / Clean Architecture를 Spring 백엔드에 적용하기
    • [초안] 대규모 커머스 트래픽 처리 패턴 — 1,600만 고객과 올영세일을 버티는 설계
    • [초안] 레거시 JSP/jQuery 화면과 신규 API가 공존하는 백엔드 운영 전략
    • [초안] MSA 서비스 간 통신: Redis [Cache-Aside](../database/redis/cache-aside.md) × Kafka 이벤트 하이브리드 설계
    • [초안] Observability 입문: 시니어 백엔드가 장애를 탐지하고 대응하는 방식
    • [초안] Outbox / Inbox Pattern 심화 — 분산 메시징의 정합성 문제를 DB 트랜잭션으로 풀어내기
    • [초안] 결제 도메인 멱등성과 트랜잭션 재시도 기본기
    • [초안] 시니어 백엔드를 위한 Resilience 패턴 실전 가이드 — Timeout, Retry, Circuit Breaker, Bulkhead, Backpressure
    • [초안] REST API 버저닝과 모바일 앱 하위 호환성 — CJ푸드빌 디지털 채널 백엔드 관점
    • [초안] Spring Batch vs Event-Driven — 같은 비동기처럼 보이지만 전혀 다른 두 패러다임
    • [초안] Strategy Pattern — 분기문을 없애는 설계, 시니어 백엔드 인터뷰 핵심 패턴
    • [초안] 시니어 백엔드를 위한 시스템 설계 입문 스터디 팩
    • [초안] 템플릿 메서드 패턴 - 백엔드 처리 골격을 강제하는 가장 오래되고 가장 위험한 패턴
    • [초안] 대규모 트래픽 중 무중단 마이그레이션 — Feature Flag + Shadow Mode 실전
  • database 페이지로 이동
    • mysql 페이지로 이동
    • opensearch 페이지로 이동
    • redis 페이지로 이동
    • 김영한의-실전-데이터베이스-설계 페이지로 이동
    • [초안] DB Connection Pool Saturation과 Thread Pool 격리
    • 커넥션 풀 크기는 얼마나 조정해야 할까?
    • 인덱스 - DB 성능 최적화의 핵심
    • [초안] JPA N+1과 커머스 조회 모델: 주문/메뉴/쿠폰 도메인에서 살아남기
    • [초안] MyBatis 기본기 — XML Mapper, resultMap, 동적 SQL, 운영 패턴 정리
    • [초안] MyBatis와 JPA/Hibernate 트레이드오프 — 레거시 백엔드를 다루는 시니어 관점
    • 역정규화 (Denormalization)
    • 데이터 베이스 정규화
  • devops 페이지로 이동
    • docker 페이지로 이동
    • k8s 페이지로 이동
    • k8s-in-action 페이지로 이동
    • observability 페이지로 이동
    • [초안] 커머스/F&B 채널 장애 첫 5분과 관측성 기본기
    • [초안] 운영 데이터 정합성 장애 대응 — 결제 취소 누락과 중복 적재 런북
    • Envoy Proxy
    • [초안] F&B / e-Commerce 운영 장애 대응과 모니터링 — 백엔드 관점 정리
    • Graceful Shutdown
    • [초안] 시니어 백엔드를 위한 SLO와 Error Budget 기반 장애 대응
  • finance 페이지로 이동
    • industry-cycle 페이지로 이동
    • investing 페이지로 이동
  • http 페이지로 이동
    • HTTP Connection Pool
    • HTTPS는 어떻게 안전한가 — TLS, 인증서, 그리고 termination
  • interview 페이지로 이동
    • [초안] AI 서비스 팀 경험 기반 시니어 백엔드 면접 질문 뱅크 — Spring Batch RAG / gRPC graceful shutdown / 전략 패턴 / 12일 AI 웹툰 MVP
    • [초안] 커머스/F&B 면접 답변집 — 슬롯 도메인 경험을 주문·결제·쿠폰·매장 설계로 매핑하기
    • Observability — 면접 답변 프레임
    • [초안] 시니어 Java 백엔드 면접 마스터 플레이북 — 김병태
    • [초안] NSC 슬롯팀 경험 기반 질문 은행 — 도메인 모델링·동시성·성능·AI 협업
  • java 페이지로 이동
    • concurrency 페이지로 이동
    • jdbc 페이지로 이동
    • opentelemetry 페이지로 이동
    • spring 페이지로 이동
    • spring-batch 페이지로 이동
    • 더_자바_코드를_조작하는_다양한_방법 페이지로 이동
    • [초안] Java 동시성 락 정리 — 커머스 메뉴/프로모션 정책 캐시 갱신 관점
    • [초안] JVM 튜닝 실전: 메모리 구조부터 Virtual Threads, GC 튜닝, 프로파일링까지
    • Java의 로깅 환경
    • MDC (Mapped Diagnostic Context)
    • Java StampedLock — 읽기 폭주에도 쓰기가 밀리지 않는 락
    • Virtual Thread와 Project Loom
  • javascript 페이지로 이동
    • typescript 페이지로 이동
    • AbortController
    • Async Iterator와 제너레이터
    • CommonJS와 ECMAScript Modules
    • 제너레이터(Generator)
    • Http Client
    • Node 백엔드 운영 패턴 — Streams 백프레셔, pipe/pipeline, 멱등성 vs 분산 락
    • Node.js
    • npm vs pnpm — 어떤 기준으로 선택했나
    • `setImmediate()`
  • kafka 페이지로 이동
    • [초안] Kafka 기본 개념 — 토픽, 파티션, 오프셋, 복제
    • Kafka를 사용하여 **데이터 정합성**은 어떻게 유지해야 할까?
    • [초안] Kafka 실전 설계: 파티션 전략, 컨슈머 그룹, 전달 보장, 재시도, 순서 보장 트레이드오프
    • 메시지 전송 신뢰성
    • [초안] Spring Kafka 컨슈머 오프셋 커밋과 트랜잭션 정렬: AckMode, manual ack, 멱등 처리
  • linux 페이지로 이동
    • fsync — 리눅스 파일 동기화 시스템 콜
    • tmux — Terminal Multiplexer
  • network 페이지로 이동
    • L2(스위치)와 L3(라우터)의 역할 차이
    • L4와 VIP(Virtual IP Address)
    • IP Subnet
  • python 페이지로 이동
    • Python async/await — CompletableFuture·Reactor 와 다른 점, 그리고 blocking I/O 함정
    • Python 의존성 관리 — Java Maven/Gradle 사용자가 만나는 첫 충격
    • FastAPI 기초 — Spring Boot 사용자가 빠르게 익히는 법
    • GPU·CUDA·MPS 기초 — 자바 백엔드 개발자가 처음 만나는 그림
    • Multi-process GPU 워크로드 — 자바 ThreadPool 사용자가 만나는 모델 차이
    • Java 개발자를 위한 Python 심화 — OOP·데코레이터·컨텍스트 매니저
    • PyTorch 기초 — 텐서, 디바이스, 그리고 모델 로딩이 무거운 이유
    • Java 개발자를 위한 Python 문법 핵심
    • ML 서비스 성능 분석 워크플로 — 자바 백엔드 트러블슈팅과 다른 점
    • OCR 동작 원리 — Layout · Text · Post-process 3단계
    • Python 서버의 RSS 가 안 줄어드는 이유 — gc.collect 의 한계와 malloc_trim
  • rabbitmq 페이지로 이동
    • [초안] RabbitMQ Basics — 실전 백엔드 관점에서 정리하는 메시지 브로커 기본기
    • [초안] RabbitMQ vs Kafka — 백엔드 메시징 선택 기준과 실전 운영 관점
  • security 페이지로 이동
    • [초안] 시니어 백엔드를 위한 보안 / 인증 스터디 팩 — Spring Security, JWT, OAuth2, OWASP Top 10
    • [초안] Spring Security 6.x OAuth2 + JWT 상용 인증 설계 — Grant 선택, Resource Server, Refresh Rotation, 로그아웃
  • task 페이지로 이동
    • ai-service-team 페이지로 이동
    • nsc-slot 페이지로 이동
    • sb-dev-team 페이지로 이동
    • the-future-company 페이지로 이동
  • testing 페이지로 이동
    • [초안] 시니어 Java 백엔드를 위한 테스트 전략 완전 정리 — 피라미드부터 TestContainers, 마이크로벤치, Contract까지
  • travel 페이지로 이동
    • 오사카 3박 4일 일정표: 우메다 쇼핑, USJ, 난바·도톤보리, 오사카성
  • web 페이지로 이동
    • [초안] HTTP / Cookie / Session / Token 인증 기본기 — 레거시 JSP와 모바일 API가 공존하는 백엔드 관점
FOS-BLOG · FOOTERall systems normal·v0.1 · 2026.04.27·seoul, kr
Ffos-blog/study

개발 학습 기록을 정리하는 블로그입니다. 공부하면서 기록하고, 기록하면서 다시 배웁니다.

visitors
01site
  • Home↗
  • Posts↗
  • Categories↗
  • About↗
02policy
  • 소개/about
  • 개인정보처리방침/privacy
  • 연락처/contact
03categories
  • AI↗
  • Algorithm↗
  • DB↗
  • DevOps↗
  • Java/Spring↗
  • JS/TS↗
  • React↗
  • Next.js↗
  • System↗
04connect
  • GitHub@jon890↗
  • Source repositoryjon890/fos-study↗
  • RSS feed/rss.xml↗
  • Newsletter매주 1 회 · 한 편의 글→
© 2026 FOS Study. All posts MIT-licensed.
built with·Next.js·Tailwind v4·Geist·Pretendard·oklch
fos-blog/database/3장. 개념적모델링 실습
db

3장. 개념적모델링 실습

- 1단계: 핵심 요구 사항 다시 정의하기 - 회원: 고객이 가입하고 자신의 정보를 관리할 수 있어야 한다. - 상품: 우리가 판매할 상품을 등록하고 관리할 수 있어야 한다. - 주문: 회원이 상품을 구매할 수 있어야 한다. - 결제: 주문에 대한 결제 정보를 기록하고 관리할 수 있어야 한다. - 배송: 결제가 완료된 주문의 배송 상태를 관리할 수 있어야...

2026.02.13·4 min read·1 views
  • 1단계: 핵심 요구 사항 다시 정의하기

    • 회원: 고객이 가입하고 자신의 정보를 관리할 수 있어야 한다.
    • 상품: 우리가 판매할 상품을 등록하고 관리할 수 있어야 한다.
    • 주문: 회원이 상품을 구매할 수 있어야 한다.
    • 결제: 주문에 대한 결제 정보를 기록하고 관리할 수 있어야 한다.
    • 배송: 결제가 완료된 주문의 배송 상태를 관리할 수 있어야 한다.
  • 2단계: 핵심 엔티티 도출

    • 회원, 상품, 주문, 결제, 배송
    • 여기서 주문과 배송을 별도의 엔티티로 분리한 것에 주목하자.
      • 주문은 결제까지 포함하는 비즈니스 트랜잭션의 단위이고, 배송은 물류라는 별개의 프로세스로 분리했다.
      • 이렇게 역할을 분리하면 주문은 완료되었지만 배송은 시작 전과 같은 다양한 상태를 명확하게 관리할 수 있다.
      • 각자의 책임이 분명해저 시스템을 유지보수하기 쉬워진다.
  • 3단계: 속성 정의 및 관계 설정

    • 회원: 회원id, 로그인id, 비밀번호, 회원명, 이메일, 주소
    • 상품: 상품id, 상품명, 상품 가격, 재고 수량
    • 주문: 주문id, 주문 상태, 배송지 주소, 주문 일시
    • 결제: 결제id, 결제 수단, 결제 금액, 결제 상태, 결제 일시
    • 배송: 배송id, 배송 상태, 운송장 번호

이제 관계를 살펴보자.

  • 회원과 주문의 관계:

    • 한 명의 회원은 여러번 주문할 수 있다. (1:N 관계)
  • 주문과 결제의 관계:

    • 하나의 주문에 대해 하나의 결제가 이루어진다 (1:1 관계)
  • 주문과 배송의 관계:

    • 하나의 주문에 대해 하나의 배송이 이루어진다 (1:1 관계)
  • 주문과 상품의 관계:

    • 하나의 주문에는 여러 상품이 포함될 수 있다.
    • 반대로 하나의 상품도 여러 주문에 포함될 수 있다.
    • M:N 관계
  • 4단계: M:N 관계 해소와 '연관 엔티티'

    • 주문과 상품 관계에서 M:N 관계를 찾았다.
    • 위 문제를 해결하기 위해 연관 엔티티를 도입해야 한다.
    • 이런 다대다 관계를 만나면 반드시 다음 질문을 해보자.
      • 두 엔티티의 관계 속에서만 의미를 가지는 속성이 있는가?
    • 주문 수량과, 주문 당시 가격은 주문과 상품의 관계 속에서만 의미를 갖는 데이터다
    • 이 추가적인 데이터를 담을 테이블, 즉 연관 엔티티가 필요함을 알게되었다. 이것을 주문항목(order_item) 이라고 부르자.
  • 참고: 연관 엔티티 추천 이름 및 특징

    • 1. 연결 강조
    • 주문 상품 (order_product)
      • 직접절으로 연결 관계를 이름에 명시적으로 표현한다.
      • 직관적이고 단순하여 관계를 파악하기 쉽다.
    • 2. 의미있는 이름
    • 주문 항목 (order_item)
      • 주문에 포함된 항목이라는 의미를 명확하게 전달한다.
      • 실제 쇼핑몰 비즈니스 로직과 용어가 일치하여 이해하기 쉽다.
    • 주문 상세 (order_detail)
      • 주문에 속한 각 상품 정보를 상세히 나타낸다는 점을 강조한다.

ERD 작성

drawio-erd

  • 개념적 모델링 단계에서는 ERD라는 형식에 너무 얽매이기 보다는 모두의 입장에서 쉽게 비즈니스를 이해할 수 있도록 ERD를 만들자.

개념적 모델링에서 외래키를 생략한 이유

개념적 모델링에서는 외래 키를 표시하지 않는 것이 원칙이다. 이 단계에서는 어떤 데이터베이스 기술을 사용할지 아직 결정하지 않았다고 가정하고 작성한다.

현실: 실용성을 고려한 접근

  • 예상된 기술: 대부분의 프로젝트는 청므부터 관계형 데이터베이스 사용을 염두에 두고 모델링을 시작한다.
  • 효율성: 어차피 나중에 추가할 것이므로, 설계 초기 단계부터 포함하면 더 효율적일 수 있다.

용어 사전 작성

실제 개발에서 사용할 용어를 명확하게 정의하는 용어 사전을 작성할 차례다.
이는 프로젝트의 일관성을 유지하고 팀원들끼리 같은 언어로 소통하기 위한 중요한 과정이다.

쇼핑몰 MVP 프로젝트 용어 사전

분류명칭전체 영문명축약어설명관련 시스템 요소
엔티티회원member서비스를 이용하는 고객member 테이블
상품product판매하는 물건 또는 서비스product 테이블
..................
주요 속성식별자identifierid데이터를 고유하게 식별하는 번호member_id, product_id

실무 팁 - 용어 사전은 살아있는 문서다

프로젝트가 진행되면서 새로운 용어가 추가되고 새로운 비즈니스 용어가 생겨날 때마다 지속적으로 업데이트 되어야 한다. 반드시 용어 사전은 모두가 쉽게 접근 가능하고, 실시간으로 편하게 편집할 수 있는 툴을 사용하도록 하자.

on this page
  • 01ERD 작성
  • 개념적 모델링에서 외래키를 생략한 이유
  • 02용어 사전 작성
  • 쇼핑몰 MVP 프로젝트 용어 사전

이런 글도

  • [초안] Redis Streams 소비자 그룹 신뢰성 — PEL, 재할당, 멱등성까지
    > 이 문서는 Redis Streams의 소비자 그룹(Consumer Group)이 어떻게 메시지 유실 없이 분산 처리를 보장하는가를 운영·장애 관점에서 정리한다. Stream의 기본 명령어와 Pub/Sub과의 비교는 pub-sub.md에 이미 있으므로, 본 문서는 그 위에서 한 단계 더 들어간다 — 소비자가 죽었을 때 메시지는 어디에 남고, 누가 다시 처...
    🗄️ db
    db
    2026.06.11
  • [초안] MySQL 옵티마이저 힌트 — 인덱스 힌트와 optimizer hint로 실행 계획을 다루는 법
    이 문서는 MySQL이 고른 실행 계획이 마음에 들지 않을 때, 무엇을 어떻게 강제할 수 있는지를 정리한 학습 가이드다. 결론부터 말하면 힌트는 두 계열로 나뉜다. - 인덱스 힌트(USE / FORCE / IGNORE INDEX) — 오래된 문법, 인덱스 후보 집합만 손댄다. - 옵티마이저 힌트(/+ ... /) — MySQL 5.7+ 문법, 조인 방식·접...
    🗄️ db
    db
    2026.06.11
  • [초안] Redis Pub/Sub 패턴 심화 — 실전 활용과 메시지 큐와의 경계
    > 이 문서는 Redis Pub/Sub의 동작 원리와 실전 패턴(캐시 무효화, 실시간 이벤트 전파, 세션 클러스터링)을 백엔드 면접 관점에서 정리한다. Pub/Sub과 Stream의 비교는 pub-sub.md에 이미 있으므로 본 문서는 Pub/Sub 단일 채널을 패턴 수준에서 어떻게 쓰는가에 집중하고, Kafka·RabbitMQ와의 선택 기준까지 다룬다....
    🗄️ db
    db
    2026.05.19
  • [초안] MySQL 복제와 페일오버 심화: 운영 관점 deep-dive
    > 이 문서는 MySQL 복제와 샤딩의 후속 deep-dive다. binlog 포맷, GTID 개요, replica lag 원인 같은 기본 개념은 그 hub 문서에서 다루고, 여기서는 장애 시 어떻게 primary가 바뀌고 트래픽이 끊김 없이 이어지는가라는 한 가지 축만 깊게 본다. 읽기 부하 분산은 인덱스 + read replica + @Transacti...
    🗄️ db
    db
    2026.05.16

댓글 (0)