SQLite Editions: 현대적인 기본 설정을 위한 제안

SQLite는 별도의 프로세스가 아닌 라이브러리 형태이기 때문에 로컬 데이터 저장소의 산업 표준으로 널리 인정받고 있습니다. 하지만 레거시 기본값과 현대 데이터베이스 기대치 사이에는 큰 격차가 존재합니다. 이 격차를 뒤로 호환성을 깨뜨리지 않고 메우기 위해, "edition"이라는 단일 pragma를 도입해 현대적인 기본값 모음을 활성화하는 제안이 있습니다.

SQLite Editions가 필요한 이유

SQLite처럼 광범위하게 사용되는 프로젝트에서 기본 설정을 바꾸는 것은 수백만 개의 기존 설치를 깨뜨릴 위험이 있어 전통적으로 피해 왔습니다. 제안된 해결책은 PRAGMA edition = 2026;와 같은 "슈퍼 pragma"를 도입하는 것으로, 이는 일련의 현대적인 구성에 대한 별칭 역할을 합니다. 이 접근 방식은 Rust edition에서 영감을 얻었으며, 엔진이 시간이 지나면서 기본값을 진화시킬 수 있게 합니다(예: 향후 PRAGMA edition = 2034는 WAL2와 같은 새로운 기술을 도입할 수 있음). 레거시 데이터베이스는 그대로 유지됩니다.

업데이트가 필요한 핵심 기본값

현대 애플리케이션 개발에 문제를 일으키는 여러 핵심 SQLite 기본값이 확인되었습니다. 이로 인해 데이터 불일치, 버그, 성능 병목 현상이 발생합니다.

1. 외래 키 강제 적용

기본적으로 SQLite는 외래 키 제약을 무시합니다. 이는 떠돌이 참조와 데이터 불일치를 초래합니다. SQLite가 ROWID 값을 재사용할 수 있기 때문에, 삭제된 레코드의 ID가 새 레코드에 할당되어 떠돌이 참조가 잘못된 데이터를 가리키게 됩니다.

해결 방법: PRAGMA foreign_keys = ON; 로 외래 키를 활성화합니다.

2. 타입 안전성 및 STRICT 테이블

SQLite는 전통적으로 "유연한 타이핑"(affinity)을 사용하여 선언된 타입과 관계없이 어떤 타입의 값도 저장할 수 있습니다. 예를 들어 INTEGER 컬럼에 문자열을 저장할 수 있습니다(숫자로 변환되지 않을 경우).

해결 방법: STRICT 테이블을 사용해 데이터 타입을 강제합니다. 현재는 사용자 정의 타입 이름이 문서화 용도로만 사용되므로, 제안에서는 SQL‑99 표준 CREATE DOMAIN 구문을 지원해 제약 조건이 있는 사용자 정의 타입 별칭을 허용하자는 내용이 포함됩니다.

3. 동시 쓰기 처리

기본적으로 동시 쓰기 시도는 즉시 SQLITE_BUSY 오류를 반환합니다. 이는 개발자가 직접 재시도 루프를 구현하지 않은 경우 애플리케이션 충돌을 일으키곤 합니다.

해결 방법: busy_timeout을 설정해 SQLite가 잠금이 해제될 때까지 기다리도록 합니다. 권장 설정: PRAGMA busy_timeout = 5000; (5초).

4. 쓰기 성능

기본 SQLite 성능은 Write‑Ahead Log (WAL)가 비활성화돼 있어 서버와 같은 워크로드에 최적화되어 있지 않습니다.

해결 방법: WAL 모드를 활성화하고 동기화 설정을 조정해 쓰기 속도를 크게 높입니다. 권장 설정:

• PRAGMA journal_mode = WAL;
• PRAGMA synchronous = NORMAL;

커뮤니티 의견 및 반론

이 제안은 SQLite 설계 철학과 구현 실현 가능성에 대해 개발자들 사이에 큰 논쟁을 일으켰습니다.

Editions에 반대하는 주장

• 설계 의도: 일부는 SQLite의 느슨한 타입과 단순 잠금이 임베디드 환경을 위한 의도된 설계 선택이라고 주장합니다. 엄격한 ACID 보장이나 복잡한 동시성을 필요로 하는 사용자는 PostgreSQL과 같은 다른 RDBMS를 사용해야 한다고 제안합니다.
• C 레벨 구현: 비평가들은 SQLITE_BUSY와 같은 기본값을 바꾸면 C 프로그래머가 더 엄격한 오류 처리와 재시도를 구현해야 하며, 이는 일부에게 바람직하지 않을 수 있다고 지적합니다.
• 도구 파편화: 에디션 정보가 데이터베이스 파일에 저장될 경우, 오래된 버전의 sqlite3 CLI 도구가 새로운 에디션으로 만든 데이터베이스를 읽지 못할 우려가 있습니다.
• WAL 제한: 일부는 WAL 모드가 파일 형식이 달라 일부 플랫폼에서 지원되지 않으며, 무언가가 조용히 손상될 위험이 더 높다고 지적합니다.

Editions에 찬성하는 주장

• 개발자 경험: 찬성파는 현재 기본값이 전문적인 설정에 필요한 특정 pragma를 모르는 개발자에게 "함정"이라고 주장합니다.
• 대안 솔루션: 새로운 pragma 대신 래퍼 라이브러리가 합리적인 기본값을 제공해야 한다고 제안하지만, 이러한 기본값을 표준화하고 런타임 간에 참조할 수 있는 방법이 더 견고하다고 봅니다.
• 구현 전략: 임베디드 시스템의 부피를 줄이기 위해 PRAGMA edition은 데이터베이스 파일에 영구 저장되지 않고 개별 명령으로 확장되는 라이브러리 수준의 단축키가 되어야 한다는 의견이 있습니다.

제안된 "2026 Edition" 기본값 요약

만약 구현된다면 PRAGMA edition = 2026; 명령은 다음 설정과 동등합니다:

Setting	Proposed Default	Effect
foreign_keys	ON	참조 무결성 강제
busy_timeout	5000	SQLITE_BUSY 반환 전 5초 대기
journal_mode	WAL	쓰기 성능 및 동시성 향상
synchronous	NORMAL	디스크 동기화 감소(손상 위험 없음)
Table Mode	STRICT	모든 테이블에 선언된 데이터 타입 강제

---

SUMMARY: Rust 스타일의 'editions'를 SQLite에 도입해 현대적이고 안전하며 고성능인 기본값 세트를 제공하되, 뒤로 호환성을 깨뜨리지 않으려는 제안입니다.

TITLE: SQLite Editions: 현대적인 기본 설정을 위한 제안