---
title: "SQLite 데이터베이스를 다른 버전으로"
description: "SQLite .db 파일이나 덤프를 SQLite 3.31 이상에서 불러와지는 스크립트로 변환. 같은 테이블, 키, 데이터와 모든 변경 보고서."
canonical: https://intosql.com/ko/sqlite-to-sqlite
last_updated: 2026-10-15
---

# SQLite 데이터베이스를 다른 버전으로

SQLite 데이터베이스 파일(.db, .sqlite, .sqlite3)이나 sqlite3 .dump가 쓰는 SQL을 놓으면 SQLite 3.31 이상에서 불러와지는 스크립트를 받아요. 각 열은 선언된 타입과 콜레이션을 유지하고, 이전 버전이 테이블을 받도록 STRICT는 빼며, 모든 변경은 보고서에 나와요.

[SQLite에서 SQLite로 마이그레이션 가이드](https://intosql.com/docs/migrations/sqlite-to-sqlite)

[SQLite에서 SQLite로의 데이터 타입](https://intosql.com/docs/types/sqlite-to-sqlite)

## 파일과 스크립트에서 바뀌는 점

각 행은 변환기가 적용하는 규칙이며, 규칙이 데이터를 바꿀 때 보고서에 쓰는 줄이 함께 나와요.

| 파일에서 | 스크립트에서 | 보고서 줄 |
| --- | --- | --- |
| declared types (any text: VARCHAR(255), DATETIME, BOOLEAN, JSON or none) | 열의 모든 값이 들어가는 타입 |  |
| BOOLEAN, BOOL | CHECK가 붙은 INTEGER 0 또는 1 |  |
| TEXT, VARCHAR(n), CHAR(n), CLOB | 선언된 타입을 그대로 유지 |  |
| DECIMAL(p,s), NUMERIC | 모든 값이 들어가면 정확한 타입, 아니면 double |  |
| BLOB, and columns holding bytes | BLOB |  |
| DATE, DATETIME, TIMESTAMP holding ISO 8601 text | DATE, DATETIME을 ISO 8601 텍스트로 |  |
| JSON holding JSON text | TEXT |  |
| Infinity in REAL columns | 9e999, SQLite 고유의 무한대 |  |
| INTEGER PRIMARY KEY, AUTOINCREMENT | INTEGER PRIMARY KEY, AUTOINCREMENT 유지 |  |
| COLLATE NOCASE | COLLATE NOCASE |  |
| generated columns | 생성 열, 원본과 같이 STORED 또는 VIRTUAL |  |
| generated columns with functions IntoSQL doesn't write, and the || operator | 일반 열 | `generated_not_translated` |
| defaults with functions IntoSQL doesn't write (strftime, randomblob) | 기본값 없음 | `default_not_translated` |
| CHECK constraints | 변환됨 |  |
| CHECK constraints with functions IntoSQL doesn't write | 만들지 않음 | `check_skipped` |
| partial and expression indexes | 만들지 않음 | `index_skipped` |
| foreign keys (unenforced unless PRAGMA foreign_keys=ON) | 같은 외래 키, PRAGMA foreign_key_check로 나열 |  |
| foreign keys to tables the dump doesn't create | 만들지 않음 | `foreign_key_skipped` |
| primary keys holding NULL, and NOT NULL columns with values that become NULL | NOT NULL 제거 | `not_null_relaxed` |
| views, triggers and virtual tables (FTS, R*Tree) | 보고서에 나열 | `not_converted_objects` |
| dumps without CREATE TABLE (--data-only) | 값으로 판단한 타입 | `no_schema` |
| expressions in INSERT values other than the text functions dumps write | NULL | `expression_value` |
| NUL characters in text | 유지 |  |
| text that isn't valid UTF-8 | 잘못된 바이트를 대체 문자로 | `invalid_utf8_replaced` |
| text decoded twice (ñ) | 그대로 복사 | `mojibake_suspected` |

## 스크립트를 SQLite에 불러오기

스크립트는 테이블을 만들고 행을 복사한 다음 키, 인덱스, 외래 키를 추가해요. 그래서 빨리 불러오고 첫 오류에서 멈춰요.

```shell
sqlite3 -bail mydb.sqlite < sqlite.sqlite.sql
```

외래 키는 각 테이블 안에 선언하고, 행은 외래 키 검사를 끈 채로 불러와요. 그런 다음 스크립트는 중간에 실패하지 않고, 존재하지 않는 행을 가리키는 행을 모두 나열해요.

큰 덤프는 로컬 디스크의 새 파일로 불러오세요. 스크립트는 동기화를 끈 하나의 트랜잭션으로 모두 불러오므로 디스크 속도로 실행되고, 중간에 멈춰도 일부만 채워진 테이블이 남지 않아요.

명령줄은 파일을 SQLite 데이터베이스에 바로 불러와요. 스크립트를 따로 만들 필요가 없고 무료예요.

## 좋은 결과를 위한 SQLite 덤프 방법

변환기는 덤프에 담긴 내용을 읽어요. 다음 옵션을 쓰면 더 많은 데이터가 덤프에 남아요:

- 데이터베이스 파일 자체를 그대로 변환하며, 브라우저에서 페이지 단위로 읽어요. 변경 사항이 -wal 파일에 남지 않도록 먼저 파일에 쓰고 있는 앱을 닫으세요.
- sqlite3 app.db .dump > app.sql은 같은 데이터베이스를 SQL로 써요. 이 SQL도 .sql 또는 .sql.gz로 변환돼요.
- DB Browser for SQLite에서는 File, Export, Database to SQL file 순서로 선택하면 그 SQL을 써요. Python의 iterdump()도 마찬가지예요.

## 변환되지 않는 것

뷰, 트리거, 프로시저, 함수 등 SQLite 자체 언어로 작성된 객체는 몰래 빠지지 않고 보고서에 이름으로 나와요. 불러올 SQLite 버전에서 확인한 뒤 다시 만들 수 있어요.

## SQLite 버전 간 이동 질문

### 덤프가 업로드되나요?

아니요. 변환기는 브라우저에서 실행되고 디스크의 덤프를 조각조각 읽으므로, 덤프가 컴퓨터 밖으로 나가지 않아요. 데스크톱 앱과 명령줄도 컴퓨터에서 변환해요.

### 덤프는 얼마나 커도 되나요?

변환기는 덤프 전체를 메모리에 올리지 않아요. 파일을 범위별로 두 번 읽고, 읽는 대로 스크립트를 써요. 수 GB 덤프도 브라우저, 데스크톱 앱, 명령줄에서 변환돼요.

### .db 파일 자체를 변환할 수 있나요?

네. .db, .sqlite 또는 .sqlite3 파일을 놓으세요. 브라우저에서 읽고 업로드하지 않아요. NUL 문자가 든 텍스트와 double 값의 모든 자릿수가 저장된 그대로 들어오며, .dump에서는 이 부분이 잘릴 수 있어요.

### 어떤 SQLite 버전의 덤프를 읽나요?

SQLite 3.0 이상의 UTF-8 또는 UTF-16 데이터베이스 파일과, sqlite3 셸의 .dump나 Python의 iterdump()로 만든 덤프예요. 모든 테스트 파일과 덤프는 sqlite3 3.31부터 3.54까지에서 만들고, STRICT와 WITHOUT ROWID 테이블을 포함해 원본과 셀 단위로 비교해요.

### SQLite이(가) 타입을 강제하지 않을 때 열 타입은 어떻게 정해지나요?

각 열은 선언된 타입을 유지하고, COLLATE NOCASE와 RTRIM도 그대로예요. STRICT는 빼므로 스크립트는 3.31 이후 모든 버전에서 불러와져요.

### INTEGER PRIMARY KEY와 AUTOINCREMENT는 유지되나요?

네. INTEGER PRIMARY KEY와 AUTOINCREMENT는 그대로 유지되고, sqlite_sequence는 덤프 시점의 값부터 이어져요.

### 뷰와 트리거는 어떻게 되나요?

변환하지 않고 보고서에 이름으로 나열하므로, 테이블을 불러온 뒤 다시 만들 수 있어요.

### 스크립트는 어떤 SQLite 버전에서 불러올 수 있나요?

SQLite 3.31 이상이에요. 모든 테스트 파일과 덤프를 3.31과 3.54에서 불러오며, 문제가 생기면 첫 오류에서 멈춰요.

## SQLite에서

- [SQLite에서 PostgreSQL로](https://intosql.com/ko/sqlite-to-postgresql)
- [SQLite에서 MySQL로](https://intosql.com/ko/sqlite-to-mysql)
- [SQLite에서 MariaDB로](https://intosql.com/ko/sqlite-to-mariadb)
- [SQLite에서 SQL Server로](https://intosql.com/ko/sqlite-to-sql-server)
- [SQLite에서 Oracle로](https://intosql.com/ko/sqlite-to-oracle)

## SQLite로

- [MySQL에서 SQLite로](https://intosql.com/ko/mysql-to-sqlite)
- [MariaDB에서 SQLite로](https://intosql.com/ko/mariadb-to-sqlite)
- [PostgreSQL에서 SQLite로](https://intosql.com/ko/postgresql-to-sqlite)
- [SQL Server에서 SQLite로](https://intosql.com/ko/sql-server-to-sqlite)
- [Oracle에서 SQLite로](https://intosql.com/ko/oracle-to-sqlite)

## 가이드와 모든 조합

- [SQLite에서 SQLite로 마이그레이션 가이드](https://intosql.com/docs/migrations/sqlite-to-sqlite)
- [SQLite에서 SQLite로의 데이터 타입](https://intosql.com/docs/types/sqlite-to-sqlite)
- [모든 데이터베이스 조합](https://intosql.com/ko/database-migration)