2026.02.03F·178PostgreSQL 고급 기능: JSONB, CTE, Window Function
단순 SELECT만 쓰다가 JSONB, CTE, Window Function을 알게 되니 SQL 한 줄로 해결되는 것들이 급격히 늘었다.
PostgreSQLSQLDatabase
→2025.12.06G·28JOIN을 했는데 데이터가 안 와요 (Foreign Key와 Supabase)
게시글(Post)을 가져올 때 작성자(User) 정보도 같이 보고 싶은데 `null`만 뜹니다. Foreign Key 설정부터 `select(*, users(*))` 문법, 그리고 M:N 관계, Inner Join, Count까지 완벽하게 파헤칩니다.
SupabaseSQLDatabase
→2025.07.10D·02SQL vs NoSQL: 데이터베이스 전쟁의 승자는? (완벽 가이드)
RDBMS와 NoSQL의 아키텍처(B-Tree vs LSM), CAP 이론, ACID 트랜잭션 격리 수준, 그리고 샤딩 전략과 NewSQL까지.
DatabaseSQLNoSQL
→2025.07.06B·01코드 한 줄이 DB를 죽인다: N+1 문제 완전 정복
기능 하나를 추가했을 뿐인데, DB CPU가 100%를 찍는 상황이 있다. 원인은 ORM의 '지연 로딩'이 만든 N+1 문제다. 1000번의 쿼리를 1번으로 줄인 최적화 과정과, 주니어 개발자가 흔히 저지르는 ORM 실수들을 정리해본다.
DatabaseORMPerformance
→2025.06.10S·06DB 샤딩(Sharding): 10억 건 데이터를 처리하는 유일한 방법
테이블 하나에 10억 개의 행이 쌓이면 인덱스도 소용없습니다. 수직 파티셔닝(Vertical)과 수평 샤딩(Horizontal)의 차이, 일관된 해싱(Consistent Hashing), 그리고 샤딩의 치명적 단점인 JOIN 문제를 분석합니다.
System DesignDatabaseBackend
→2025.05.16D·01DB 인덱스(Index)의 원리: B-Tree를 모르면 쿼리를 튜닝할 수 없다
개발자가 꼭 알아야 할 데이터베이스 인덱스의 핵심 원리. Balanced Tree 구조가 왜 검색 속도를 획기적으로 높이는지, Hash Index와는 무엇이 다른지, 그리고 개발자가 흔히 저지르는 인덱스 실수들을 파헤칩니다.
DatabaseSQLOptimization
→