빛나는 자리
다음 중 하나라도 해당되면 SQLite 가 옳은 DB 야:
- Single-machine 워크로드 — 데스크탑 앱, CLI 도구, 모바일 앱, embedded 기기, 단일 서버 웹 앱. 데이터가 코드 도는 자리에 살아.
- Single node 위의 read-heavy 트래픽 — WAL 모드에서 reader 무제한 동시. 파일 하나에서 초당 수만 read 거뜬해.
- Local-first 제품 — 오프라인으로 돌고 나중에 sync 하는 앱 (Linear local-first 모드, Obsidian sync, 모바일 앱). 데이터 레이어가 사용자 기기에.
- 테스트 fixture / CI —
:memory:나 temp 파일로 즉시 fresh DB. Docker 필요 X, Postgres 컨테이너 기다림 X. - Edge / serverless — Cloudflare Durable Objects, Fly.io Litestream / LiteFS, Turso, D1. DB 파일이 compute 따라감.
- Append-only / observability — 로그, metric, event store. 모던 SQLite + WAL 가 burst 한 append 워크로드 우아하게 처리.
- Document / config / cache — 예전엔 JSON / XML 로 저장하던 자리. SQLite 가 더 나은 application file format 이야.
Self-reference: 피파의 모든 conversation 은 JSONL ground truth + SQLite mirror 패턴으로 로깅해. SQLite 가 인덱싱 / 쿼리 가능한 view 를 들고, JSONL 이 durable append-only event log 를 들고. 둘이 서로 강화해 — JSONL replay 로 SQLite 재구성 가능하고, SQLite 인덱스가 WebUI 를 빠르게 해.
SQLite 르네상스라는 표현이 존재하는 이유 — 2024–2026 의 웹이 위 항목 전부를 재발견하고 있거든. edge compute 가 'data 가 code 옆에' 를 가능하게 만들었고, Postgres-on-RDS 청구서가 비싸지면서 local-first 가 다시 매력적으로 보이기 시작했어.