SQLite에서 STRICT 테이블 선호하기

SQLite에서 STRICT 테이블 선호하기

데이터 무결성을 보장하기 위해 STRICT 테이블 사용

SQLite의 STRICT 테이블은 강제 타입을 적용하여 선언된 데이터 타입만 컬럼에 저장될 수 있도록 함으로써 일반적인 데이터 무결성 문제를 방지합니다. CREATE TABLE 문 끝에 STRICT를 추가하면, 개발자는 비엄격 테이블에서 기본적으로 발생하는 정수 컬럼에 텍스트가 삽입되는 등 타입 불일치를 방지할 수 있습니다.

-- 비엄격 테이블은 어떤 타입도 어떤 컬럼에든 허용합니다
CREATE TABLE people_nonstrict (age INTEGER);
INSERT INTO people_nonstrict (age) VALUES ('garbage'); -- 정상 작동

-- 엄격 테이블은 선언된 타입을 강제합니다
CREATE TABLE people_strict (age INTEGER) STRICT;
INSERT INTO people_strict (age) VALUES ('garbage'); -- 오류: TEXT 값을 INTEGER 컬럼에 저장할 수 없습니다

손실 없는 변환은 여전히 허용됩니다; 예를 들어 문자열 '123'은 정수로 완벽히 변환될 수 있기 때문에 INTEGER 컬럼에 저장될 수 있습니다.

잘못된 컬럼 정의 방지

엄격 테이블은 존재하지 않거나 오타가 있는 데이터 타입으로 컬럼을 만드는 가능성을 없애줍니다. 일반 SQLite 테이블에서는 DATETIME, JSON, UUID와 같은 타입이 SQLite 고유 타입이 아니더라도 허용됩니다. STRICT 테이블에서는 다음 타입만 허용됩니다:

  • INT / INTEGER
  • REAL
  • TEXT
  • BLOB
  • ANY

테이블 생성 시 다른 타입 이름을 사용하면 오류가 발생하여 오타와 SQLite 지원 타입에 대한 오해를 방지합니다.

ANY 타입을 활용한 유연성

키‑값 저장소나 다양한 필드 타입을 추적하는 감사 테이블처럼 컬럼이 유연해야 하는 상황에서는 ANY 타입을 엄격 테이블 내에서 사용할 수 있습니다. 이렇게 하면 해당 컬럼은 어떤 데이터 타입도 받아들이면서도 테이블의 나머지 부분은 강제 타입을 유지합니다.

CREATE TABLE tbl (value ANY) STRICT;
INSERT INTO tbl (value) VALUES (123);
INSERT INTO tbl (value) VALUES ('text');

STRICT 테이블의 트레이드오프와 제한 사항

STRICT 테이블은 예측 가능성을 높여 주지만 몇 가지 기술적 제약이 따릅니다:

버전 요구 사항 및 호환성

엄격 테이블은 SQLite 버전 3.37.0(2021년 11월)부터 도입되었습니다. 3.37.0 이전 버전의 SQLite에서는 엄격 테이블이 포함된 데이터베이스를 읽을 수 없으며, 이는 레거시 SQLite 설치 환경에서 호환성 문제를 일으킬 수 있습니다.

마이그레이션 어려움

기존 테이블을 ALTER TABLE 명령으로 엄격하게 변환할 수 없습니다. 비엄격 테이블을 엄격 테이블로 마이그레이션하려면 새 엄격 테이블을 만들고 데이터를 복사해야 합니다:

  1. 동일한 스키마로 새 엄격 테이블을 생성합니다.
  2. INSERT INTO ... SELECT * FROM ... 구문으로 데이터를 복사합니다.
  3. 기존 테이블을 삭제하고 새 테이블의 이름을 바꿉니다.

기존 데이터에 타입 불일치가 있으면 마이그레이션이 실패하므로, 개발자는 먼저 데이터를 정리하거나 형변환해야 합니다.

성능 고려사항

엄격 테이블은 INSERT와 UPDATE 시 SQLite가 데이터 타입을 검증해야 하므로 약간의 오버헤드가 발생합니다. 그러나 실험 결과 대부분의 실제 애플리케이션에서는 이 오버헤드가 무시할 수준이며, 컬럼 친화성 불일치를 피함으로써 성능이 오히려 개선될 수도 있다고 주장하는 사람도 있습니다.

유연 타이핑 vs. 강제 타이핑에 대한 커뮤니티 시각

SQLite 개발자와 많은 사용자 사이에는 유연 타이핑의 유용성에 대한 큰 의견 차이가 존재합니다. 공식 SQLite 문서는 유연 타이핑이 장점이라고 주장하며, 이는 지저분한 데이터(CSV 등) 가져오기 시 데이터 손실을 방지하고 특정 버그를 발견하기 쉽게 만든다고 설명합니다.

커뮤니티 구성원들의 다양한 의견:

"예상치 못한 데이터 타입 때문에 미묘한 버그가 발생한 경우를 많이 겪었습니다. 이런 실수가 크게 폭발하도록 하는 것이 좋습니다."

"한 애플리케이션이 문자열을 숫자 컬럼에 저장하면 다른 모든 사용자가 깨집니다... SQLite의 주요 사용 사례는 임베디드 데이터베이스이며, 애플리케이션 코드가 각 컬럼에서 무엇을 기대하는지 알고 있습니다."

반대로, 일부 사용자는 엄격 모드가 애플리케이션 레이어에서 매핑에 사용할 수 있는 보다 의미 있는 컬럼 타입 이름(예: Rust의 sqlx 크레이트)을 사용하는 능력을 제한한다고 주장합니다.

버전 제약이나 특정 제약 조건 때문에 STRICT 테이블을 사용할 수 없는 경우, CHECK 제약을 수동으로 사용하여 데이터 정확성을 강제할 수 있습니다.

요약: SQLite의 STRICT 테이블은 버전 3.37.0에서 도입되어 강제 타입을 적용함으로써 데이터 타입 불일치와 잘못된 컬럼 정의를 방지하고, SQLite 기본의 유연한 타이핑보다 더 예측 가능한 대안을 제공합니다.

제목: SQLite에서 STRICT 테이블 선호하기

Sources