1강. 데이터베이스 시스템과 DBMS의 역할

?1. 이번 강의에서 해결할 문제

FastAPI가 데이터를 직접 파일에 쓰면 동시 요청, 일부 저장, 검색 성능, 권한 통제를 모두 애플리케이션이 책임져야 합니다. 게임 랭킹 서비스에서 DBMS가 해결해야 할 문제와 백엔드에 남겨야 할 규칙을 구분합니다.

✓2. 학습 목표

✓이 강의를 마치면

• 데이터베이스, DBMS, 데이터베이스 서버를 구분합니다.
• 저장·조회·무결성·동시성·복구에서 PostgreSQL의 책임을 설명합니다.
• 게임 결과 저장 흐름을 애플리케이션과 DBMS 책임으로 나눕니다.

◇3. 핵심 개념

데이터베이스는 조직된 데이터 자체이고 DBMS는 그 데이터를 정의하고 읽고 바꾸며 보호하는 소프트웨어입니다. PostgreSQL 서버 프로세스는 여러 클라이언트 연결을 받아 SQL을 계획·실행하고, 트랜잭션 로그와 데이터 파일을 관리합니다. FastAPI는 인증된 사용자와 비즈니스 규칙을 판단하고, DBMS는 제약 조건과 트랜잭션으로 저장 상태를 지킵니다.

§4. 단계별 예시

문서 경로: C:\dev\game-ranking-service\docs\database\01-responsibility-map.md

docs/database/01-responsibility-map.md

게임 클라이언트 → FastAPI → SQLAlchemy → PostgreSQL → 디스크

FastAPI: 인증, 요청 검증, 승리 보상 계산
PostgreSQL: FK/CHECK 검증, 동시 변경 조정, 원자적 저장, 복구
운영자: 역할·권한, 백업, 모니터링, 용량 계획

PowerShell · 프로젝트 준비

New-Item -ItemType Directory -Force C:\dev\game-ranking-service\docs\database
Set-Location C:\dev\game-ranking-service
psql --version

§5. 동작 원리

클라이언트는 DB 파일이 아니라 PostgreSQL 프로토콜을 통해 서버에 요청합니다. DBMS는 파서, 플래너, 실행기, 저장 계층을 거쳐 결과를 만들고 트랜잭션 경계를 적용합니다. 책임을 나누면 API 프로세스가 중단되어도 커밋된 데이터의 일관성을 DBMS가 유지할 수 있습니다.

!6. 자주 하는 실수와 해결법

!자주 하는 실수

• DB를 단순 저장 파일로 생각: 제약·잠금·복구 기능을 사용하지 못합니다. 데이터 규칙 중 모든 쓰기 경로에 공통인 규칙은 DB 제약으로 둡니다.
• 모든 규칙을 DB에 넣기: 사용자 메시지나 외부 API 호출 같은 흐름은 백엔드가 담당합니다. DB에는 데이터 자체가 반드시 지켜야 할 규칙을 둡니다.
• 개발용 관리자 계정으로 서비스 실행: 이후 별도의 로그인 역할과 최소 권한을 설계합니다.

✎7. 직접 실습

✎직접 실습

1. 경기 결과 저장 과정의 책임을 클라이언트·FastAPI·DBMS로 나눕니다.
2. “점수는 음수가 아니다”와 “승리 보상 메일을 보낸다”가 각각 어디에 속하는지 적습니다.
3. 장애가 발생해도 반드시 보존해야 할 데이터 세 가지를 선정합니다.

?8. 이해 점검 질문 3개

?이해 점검

1. 데이터베이스와 DBMS는 어떻게 다른가요?
2. CHECK 제약을 API 검증과 함께 두는 이유는 무엇인가요?
3. 커밋된 데이터를 복구하는 책임은 어느 계층에 있나요?

■9. 핵심 요약

■핵심 요약

DBMS는 저장 장치를 감싼 데이터 관리 시스템입니다. FastAPI는 요청과 비즈니스 흐름을, PostgreSQL은 모든 쓰기 경로에 공통인 무결성·동시성·복구를 책임지도록 경계를 세웁니다.