개요

결론부터

PostgreSQL의 원리를 익히면 Supabase·CNPG·AWS에서 같은 문제를 알아보고 환경에 맞는 해결책을 고를 수 있다.

테이블을 만들고 쿼리가 실행되는 것만으로는 앱의 데이터가 안전해지지 않는다. 요청이 동시에 들어오면 값이 꼬일 수 있고, 데이터가 늘면 쿼리가 느려지며, 복제본이 있어도 실수로 지운 행이 돌아오지는 않는다. 이 덱은 데이터를 설계하고 사용하는 사람과 DB를 운영하는 사람이 함께 알아야 할 PostgreSQL을 다룬다.

SQL은 처음부터 시작한다. 같은 프로젝트·작업 목록 데이터를 사용해 조회와 변경, 동시 접근, 실행 계획, 백업과 복원을 확인한다. 이어서 그 원리가 CNPG의 Kubernetes 설정과 운영에 어떻게 나타나는지 읽는다. 전체 범위는 PostgreSQL 18과 CNPG 1.29 공식 문서를 기준으로 한다. 실제 서비스의 지원 버전은 별도로 확인한다.

전체 구조부터 읽기

구성

1. 구조와 첫 사용어디에 접속해 무엇을 실행하나

   서버·DB·스키마·role · psql · 공통 실습 데이터

2. SQL과 데이터 설계올바른 데이터를 읽고 바꾸기

   키·제약 · JOIN·집계 · 트랜잭션·동시성

3. 앱 운영느린 쿼리와 운영 문제를 구분하기

   실행 계획 · VACUUM · 연결 · 권한·RLS · 스키마 변경

4. 저장·복제·복구장애와 실수에서 데이터 지키기

   WAL · 복제 · 논리 백업·물리 백업 · PITR

5. CNPG 운영 심화PostgreSQL 원리를 Kubernetes 운영으로

   Cluster·PVC · 장애 전환 · Barman Cloud · 복원 · 업그레이드

6. 환경에 적용하기Supabase·온프렘·AWS에서 판단하기

   책임과 제약 비교 · 상황별 읽기 경로 · 이해 확인

지금 필요한 곳부터 읽기

지금의 질문	시작할 곳
SQL을 직접 실행해 보고 싶다	첫 데이터베이스
Supabase 테이블과 정책을 이해하고 싶다	데이터 모델링 → 권한과 RLS
쿼리가 느리거나 연결이 모자란다	실행 계획 → 연결 관리
CNPG YAML의 설정 이유를 알고 싶다	WAL → 복제 → CNPG 구조
백업이 정말 쓸 만한지 확인하고 싶다	백업과 복구 → CNPG 시점 복구

기존 덱과 연결

온프렘의 CNPG는 플랫폼에서 DB가 맡는 자리와 인프라 연결을 설명한다. 이 덱은 그 뒤의 DB 원리와 CNPG 운영을 깊게 다룬다. Supabase의 Auth·API 연동과 AWS의 서비스·네트워크 구성은 해당 덱을 함께 읽는다. 환경별 차이는 같은 PostgreSQL, 다른 운영 환경에서 비교한다.