---
title: "브라우저에서 SQLite을(를) Oracle로 마이그레이션"
description: "SQLite 데이터베이스를 Oracle로 마이그레이션. .db 파일이나 덤프를 같은 테이블, 키, 데이터의 스크립트로 바꾸고 모든 변경을 보고해요."
canonical: https://intosql.com/ko/sqlite-to-oracle
last_updated: 2026-10-15
---

# 브라우저에서 SQLite을(를) Oracle로 마이그레이션

SQLite 데이터베이스 파일(.db, .sqlite, .sqlite3)이나 sqlite3의 .dump가 쓴 SQL을 놓으면, 같은 테이블, 키, 인덱스, 데이터를 담은 Oracle 스크립트를 다운로드할 수 있어요. 각 열은 값이 들어가는 타입이 되고, Oracle이(가) 그대로 담을 수 없는 값은 모두 보고서에 나와요.

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

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

## SQLite에서 Oracle로 바뀌는 점

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

| SQLite에서 | Oracle에서 | 보고서 줄 |
| --- | --- | --- |
| declared types (any text: VARCHAR(255), DATETIME, BOOLEAN, JSON or none) | 열의 모든 값이 들어가는 타입 |  |
| BOOLEAN, BOOL | 0과 1의 CHECK가 붙은 NUMBER(1) |  |
| TEXT, VARCHAR(n), CHAR(n), CLOB | 모든 값이 들어가면 VARCHAR2(n CHAR), 아니면 CLOB |  |
| TEXT and VARCHAR(n) longer than 4000 bytes | 모든 값이 4000바이트(키에서는 750자)에 들어가면 VARCHAR2(4000 CHAR), 아니면 CLOB | `text_as_lob` |
| DECIMAL(p,s), NUMERIC | 모든 값이 들어가면 정확한 타입, 아니면 double |  |
| BLOB, and columns holding bytes | BLOB |  |
| DATE, DATETIME, TIMESTAMP holding ISO 8601 text | 값의 내용에 따라 DATE 또는 TIMESTAMP(p) |  |
| JSON holding JSON text | CLOB |  |
| Infinity in REAL columns | BINARY_DOUBLE_INFINITY로 유지 |  |
| INTEGER PRIMARY KEY, AUTOINCREMENT | GENERATED BY DEFAULT ON NULL AS IDENTITY, 가장 큰 id 또는 sqlite_sequence 값 다음부터 이어짐 |  |
| COLLATE NOCASE | 정확한 비교 | `case_insensitive_collation` |
| generated columns | 가상 열 | `stored_as_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) | 데이터 뒤에 ENABLE NOVALIDATE로 만들고 검증 |  |
| ON UPDATE CASCADE, SET NULL or SET DEFAULT; ON DELETE SET DEFAULT | 제거 | `foreign_key_action_unsupported` |
| empty strings and empty blobs | NULL | `empty_string_null` |
| 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` |

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

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

```shell
NLS_LANG=.AL32UTF8 sqlplus -S -L user@//localhost/mydb @sqlite.oracle.sql
```

외래 키는 ENABLE NOVALIDATE로 추가해서 새 행은 바로 검사하고, 그다음 검증해요. 기존 행이 존재하지 않는 행을 가리키면, 중간에 실패하지 않고 어떤 제약인지 알려 주고 그 제약은 검증하지 않은 채로 남겨요.

큰 덤프는 데이터베이스와 같은 컴퓨터에서 SQL*Plus를 실행하세요. 스크립트는 100행마다 커밋해요. 실행하는 사용자에게는 CREATE TABLE, CREATE SEQUENCE, CREATE TRIGGER, CREATE PROCEDURE 권한과 테이블스페이스 할당량이 필요해요.

## 좋은 결과를 위한 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의 자체 언어로 작성돼요. 보고서에 이름으로 나열되고 몰래 빠지는 일은 없으므로, Oracle에 맞게 다시 작성할 수 있어요. FTS5와 R*Tree 같은 가상 테이블도 나열되고, 그 섀도 테이블은 제외돼요.

## SQLite에서 Oracle로 변환에 관한 질문

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

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

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

변환기는 덤프 전체를 메모리에 올리지 않아요. 파일을 범위별로 두 번 읽고, 읽는 대로 스크립트를 써요. 수 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이(가) 타입을 강제하지 않을 때 열 타입은 어떻게 정해지나요?

선언된 타입은 힌트이고 값이 결정해요. 모든 값이 들어가면 열은 NUMBER, BINARY_DOUBLE, DATE, TIMESTAMP, BLOB, VARCHAR2, CLOB 중 하나가 돼요. 빈 문자열은 Oracle이(가) 저장하는 방식대로 NULL이 되고, 보고서에 개수가 나와요.

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

네. INTEGER PRIMARY KEY는 identity 열이 되고, 모든 행은 id를 유지해요. 다음 id는 가장 큰 id 다음부터, AUTOINCREMENT가 있으면 sqlite_sequence 값 다음부터 이어져요.

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

데이터베이스마다 자체 언어로 작성하므로 변환하지 않고 보고서에 이름으로 나열해요.

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

Oracle 19c 이상이에요. 모든 테스트 덤프를 21c와 23ai에서 불러오며, 문제가 생기면 첫 오류에서 멈춰요.

## 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에서 SQLite로](https://intosql.com/ko/sqlite-to-sqlite)
- [SQLite에서 SQL Server로](https://intosql.com/ko/sqlite-to-sql-server)

## Oracle로

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

## 가이드와 모든 조합

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