SQLite에서 PostgreSQL로 변환
SQLite 데이터베이스 파일(.db, .sqlite, .sqlite3)이나 sqlite3의 .dump가 쓴 SQL을 놓으면, 같은 테이블, 키, 인덱스, 데이터를 담은 PostgreSQL 스크립트를 다운로드할 수 있어요. 각 열은 값이 들어가는 타입이 되고, PostgreSQL이(가) 그대로 담을 수 없는 값은 모두 보고서에 나와요.
18개 행 변환, 수정 없음, 거부 없음
shop_2024_sqlite.sql의 테이블SQLite 덤프 · sqlite3(으)로 작성됨 · utf-8
customers8개 행
7개 열 id bigint not null name text not null email text not null country text not null is_active boolean not null signed_up date created_at timestamp(0) not null orders10개 행
9개 열 id bigint not null customer_id bigint not null status text not null total numeric(10,2) not null items integer not null ordered_at timestamp(0) not null shipped_at timestamp(0) note text receipt bytea
변환되지 않음
- 뷰 order_totals
- 트리거 orders_shipped
데이터베이스마다 이 객체를 자체 언어로 작성해요. PostgreSQL에 맞게 다시 작성하세요.
-- Written by IntoSQL from a SQLite dump. Load it with: psql -v ON_ERROR_STOP=1 -f <file>
SET client_encoding = 'UTF8';
SET standard_conforming_strings = on;
SET check_function_bodies = false;
SET client_min_messages = warning;
SET synchronous_commit = off;
SET maintenance_work_mem = '512MB';
CREATE TABLE customers (
id bigint GENERATED BY DEFAULT AS IDENTITY NOT NULL,
name text NOT NULL,
email text NOT NULL,
country text DEFAULT 'US' NOT NULL,
is_active boolean DEFAULT true NOT NULL,
signed_up date,
created_at timestamp(0) DEFAULT LOCALTIMESTAMP NOT NULL,
CONSTRAINT customers_check1 CHECK (char_length(country) = 2)
);
CREATE TABLE orders (
id bigint GENERATED BY DEFAULT AS IDENTITY NOT NULL,
customer_id bigint NOT NULL,
status text DEFAULT 'pending' NOT NULL,
total numeric(10,2) NOT NULL,
items integer DEFAULT 1 NOT NULL,
ordered_at timestamp(0) NOT NULL,
shipped_at timestamp(0),
note text,
receipt bytea,
CONSTRAINT orders_check1 CHECK (status IN ('pending', 'paid', 'shipped', 'cancelled'))
);
COPY customers (id, name, email, country, is_active, signed_up, created_at) FROM stdin;
1 Ana Martínez ana@example.com MX t 2023-01-15 2023-01-15 10:24:00
2 Zoë Müller zoe@example.de DE t 2023-02-03 2023-02-03 08:11:42
3 José Peña jose@example.es ES f 2023-03-21 2023-03-21 19:05:17
4 李雷 lilei@example.cn CN t 2023-05-09 2023-05-09 02:40:00
5 Noah O'Brien noah@example.ie IE t \N 2023-06-30 14:00:00
6 Amélie Laurent amelie@example.fr FR t 2024-01-02 2024-01-02 09:30:00
7 Ravi Patel ravi@example.in IN f 2024-02-29 2024-02-29 23:59:59
8 Sofia Rossi 🌻 sofia@example.it IT t 2024-04-12 2024-04-12 12:12:12
\.
COPY orders (id, customer_id, status, total, items, ordered_at, shipped_at, note, receipt) FROM stdin;
1 1 shipped 129.9 3 2024-03-01 10:00:00 2024-03-02 16:30:00 \N \N
2 2 paid 54 1 2024-03-02 11:15:00 \N Gift wrap 🎁 \N
3 1 cancelled 12.5 1 2024-03-03 09:45:00 \N Customer changed their mind \N
4 4 shipped 980 12 2024-03-05 02:10:00 2024-03-07 08:00:00 请小心轻放 \\x25504446
5 5 pending 45.75 2 2024-03-08 17:20:00 \N Leave at the door;\nring twice \N
6 6 shipped 310.4 5 2024-03-10 13:00:00 2024-03-11 09:00:00 Fragile: "glass" \N
7 8 paid 76.2 2 2024-03-11 18:45:00 \N \N \N
8 2 paid 19.99 1 2024-03-12 08:00:00 \N Paid at the counter \N
9 3 shipped 64 2 2024-03-14 15:30:00 \N Shipping date never recorded \N
10 7 paid 1499 1 2024-03-15 21:05:00 \N C:\\Users\\ravi\\invoice.pdf \N
\.
-- Keys, indexes and constraints, after the rows so each builds once.
CREATE UNIQUE INDEX customers_pkey ON customers (id);
CREATE UNIQUE INDEX customers_email ON customers (email);
CREATE UNIQUE INDEX orders_pkey ON orders (id);
CREATE INDEX orders_idx_orders_customer ON orders (customer_id);
CREATE INDEX orders_idx_orders_status_date ON orders (status, ordered_at);
ALTER TABLE customers ADD CONSTRAINT customers_pkey PRIMARY KEY USING INDEX customers_pkey;
ALTER TABLE customers ADD CONSTRAINT customers_email UNIQUE USING INDEX customers_email;
ALTER TABLE orders ADD CONSTRAINT orders_pkey PRIMARY KEY USING INDEX orders_pkey;
ALTER TABLE orders ADD CONSTRAINT orders_fkey FOREIGN KEY (customer_id) REFERENCES customers (id) ON DELETE CASCADE NOT VALID;
DO $f$ BEGIN
ALTER TABLE orders VALIDATE CONSTRAINT orders_fkey;
EXCEPTION WHEN foreign_key_violation THEN
RAISE WARNING 'foreign key % has rows without a parent: it stays NOT VALID, and new rows are checked', 'orders_fkey';
END $f$;
SELECT setval(pg_get_serial_sequence('customers', 'id'), LEAST(GREATEST(COALESCE((SELECT max(id) FROM customers)::numeric, 0) + 1, 9), 9223372036854775807)::bigint, false);
SELECT setval(pg_get_serial_sequence('orders', 'id'), LEAST(GREATEST(COALESCE((SELECT max(id) FROM orders)::numeric, 0) + 1, 11), 9223372036854775807)::bigint, false);
수정 사항
수정할 부분이 없었어요.
확인 필요
- 원본에서 1개 텍스트 열은 대소문자를 구분하지 않고 비교해요. PostgreSQL은 정확히 비교하므로 고유 키와 검색 결과가 달라질 수 있어요. 필요한 열에 대소문자를 구분하지 않는 콜레이션이나 열 타입을 쓰세요.
- 뷰, 트리거, 루틴, 이벤트 2개가 변환되지 않았어요. 보고서에 각각 나와 있어요. PostgreSQL에서 직접 다시 만드세요.
파일은 이 컴퓨터에서 변환되고 업로드되지 않아요.
다른 샘플:
SQLite에서 PostgreSQL로 바뀌는 점
각 행은 변환기가 적용하는 규칙이며, 규칙이 데이터를 바꿀 때 보고서에 쓰는 줄이 함께 나와요.
declared types (any text: VARCHAR(255), DATETIME, BOOLEAN, JSON or none)
열의 모든 값이 들어가는 타입
SQLite는 어떤 열에든 어떤 값이든 담으므로 선언된 타입은 힌트예요. 각 열은 모든 값이 들어가는 타입이 되고, 값이 섞인 열은 그 텍스트를 유지해요.
BOOLEAN, BOOL
boolean
모든 값이 0 또는 1일 때예요. 다른 값도 담은 열은 그 값을 숫자나 텍스트로 유지해요.
TEXT, VARCHAR(n), CHAR(n), CLOB
모든 값이 선언된 길이에 들어가면 varchar(n), 아니면 text
SQLite는 길이를 강제하지 않아요. 선언된 길이는 모든 값이 들어갈 때만 유지해요.
DECIMAL(p,s), NUMERIC
모든 값이 들어가면 정확한 타입, 아니면 double
SQLite는 이 값을 정수나 double로 저장해요. 선언된 정밀도는 값이 들어갈 때만 유지해요.
BLOB, and columns holding bytes
bytea
바이트는 바이트로 남아요. 같은 열에 있는 텍스트와 숫자는 그 바이트로 유지해요.
DATE, DATETIME, TIMESTAMP holding ISO 8601 text
date, timestamp
모든 값이 날짜 또는 날짜와 시간일 때예요. 에포크 숫자와 다른 텍스트는 값을 그대로 유지해요.
JSON holding JSON text
jsonb
모든 값이 JSON 객체나 배열일 때예요.
Infinity in REAL columns
Infinity, PostgreSQL의 double이 그대로 유지
PostgreSQL의 double은 무한대를 담을 수 있어요.
INTEGER PRIMARY KEY, AUTOINCREMENT
GENERATED BY DEFAULT AS IDENTITY, 가장 큰 id 또는 sqlite_sequence 값 다음부터 이어짐
정확히 INTEGER PRIMARY KEY로 선언된 열만 rowid예요. 모든 행은 id를 유지하고, 카운터는 지금까지 부여된 가장 큰 id 다음부터 시작해요.
COLLATE NOCASE
정확한 비교
PostgreSQL은 따로 지정하지 않으면 텍스트를 정확히 비교해요. NOCASE 열은 대소문자 무시를 잃어요.
보고서 줄: case_insensitive_collation
generated columns
STORED
PostgreSQL 13부터 17까지는 생성 열을 저장만 해요. 수식은 같아요.
보고서 줄: virtual_as_stored
generated columns with functions IntoSQL doesn't write, and the || operator
일반 열
쓸 수 없는 수식은 일반 열로 남고 보고서에 한 줄 기록돼요. 덤프에는 생성 열의 값이 없어요.
보고서 줄: generated_not_translated
defaults with functions IntoSQL doesn't write (strftime, randomblob)
기본값 없음
쓸 수 없는 기본값은 제외하고 보고해요. CURRENT_TIMESTAMP와 datetime('now')는 써요.
보고서 줄: default_not_translated
CHECK constraints
변환됨
같은 체크 제약이고, 각 행을 불러올 때 검사해요.
CHECK constraints with functions IntoSQL doesn't write
만들지 않음
쓸 수 없는 체크 제약은 제외하고 보고해요.
보고서 줄: check_skipped
partial and expression indexes
만들지 않음
IntoSQL은 열 전체에 대한 인덱스를 써요. 다른 인덱스는 불러온 뒤 다시 만드세요.
보고서 줄: index_skipped
foreign keys (unenforced unless PRAGMA foreign_keys=ON)
외래 키, NOT VALID로 만들고 검증
SQLite는 지시받을 때만 외래 키를 검사하므로 부모 행이 없는 행이 흔해요. 그런 행도 불러오고, 불러오기를 멈추지 않고 경고와 함께 키를 검사하지 않은 상태로 남겨요.
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 제거
SQLite에서는 rowid가 아닌 기본 키가 NULL을 담을 수 있어요. 대상에서 그 열은 NOT NULL일 수 없어요. 그러면 불러오기가 멈춰요.
보고서 줄: not_null_relaxed
views, triggers and virtual tables (FTS, R*Tree)
보고서에 나열
코드는 SQLite의 자체 언어로 작성되고, 가상 테이블에는 SQLite의 모듈이 필요해요. 다시 만들 수 있도록 나열해요. 내부 테이블은 복사하지 않아요.
보고서 줄: not_converted_objects
dumps without CREATE TABLE (--data-only)
값으로 판단한 타입
데이터만 있는 덤프에는 행만 있어서 타입을 값으로 판단하고 열에는 번호가 붙어요.
보고서 줄: no_schema
expressions in INSERT values other than the text functions dumps write
NULL
unistr(), replace(), char(), ||는 셸이 쓰는 그대로 계산해요. 다른 식은 데이터베이스 없이 계산할 수 없어요.
보고서 줄: expression_value
NUL characters in text
제거
sqlite3 셸과 Python은 덤프할 때 NUL 문자에서 텍스트를 잘라서, 덤프에는 그 앞부분만 들어 있어요. PostgreSQL 텍스트도 NUL 문자를 담을 수 없어요.
보고서 줄: nul_removed
text that isn't valid UTF-8
잘못된 바이트를 대체 문자로
덤프는 이런 텍스트를 원시 바이트로 써요. 스크립트는 UTF-8이에요.
보고서 줄: invalid_utf8_replaced
text decoded twice (ñ)
그대로 복사
덤프에 정확히 이 문자들이 있으므로 그대로 복사하고, 보고서에서 알려 줘요.
보고서 줄: mojibake_suspected
| SQLite에서 | PostgreSQL에서 | 보고서 줄 |
|---|---|---|
| declared types (any text: VARCHAR(255), DATETIME, BOOLEAN, JSON or none) | 열의 모든 값이 들어가는 타입SQLite는 어떤 열에든 어떤 값이든 담으므로 선언된 타입은 힌트예요. 각 열은 모든 값이 들어가는 타입이 되고, 값이 섞인 열은 그 텍스트를 유지해요. | |
| BOOLEAN, BOOL | boolean모든 값이 0 또는 1일 때예요. 다른 값도 담은 열은 그 값을 숫자나 텍스트로 유지해요. | |
| TEXT, VARCHAR(n), CHAR(n), CLOB | 모든 값이 선언된 길이에 들어가면 varchar(n), 아니면 textSQLite는 길이를 강제하지 않아요. 선언된 길이는 모든 값이 들어갈 때만 유지해요. | |
| DECIMAL(p,s), NUMERIC | 모든 값이 들어가면 정확한 타입, 아니면 doubleSQLite는 이 값을 정수나 double로 저장해요. 선언된 정밀도는 값이 들어갈 때만 유지해요. | |
| BLOB, and columns holding bytes | bytea바이트는 바이트로 남아요. 같은 열에 있는 텍스트와 숫자는 그 바이트로 유지해요. | |
| DATE, DATETIME, TIMESTAMP holding ISO 8601 text | date, timestamp모든 값이 날짜 또는 날짜와 시간일 때예요. 에포크 숫자와 다른 텍스트는 값을 그대로 유지해요. | |
| JSON holding JSON text | jsonb모든 값이 JSON 객체나 배열일 때예요. | |
| Infinity in REAL columns | Infinity, PostgreSQL의 double이 그대로 유지PostgreSQL의 double은 무한대를 담을 수 있어요. | |
| INTEGER PRIMARY KEY, AUTOINCREMENT | GENERATED BY DEFAULT AS IDENTITY, 가장 큰 id 또는 sqlite_sequence 값 다음부터 이어짐정확히 INTEGER PRIMARY KEY로 선언된 열만 rowid예요. 모든 행은 id를 유지하고, 카운터는 지금까지 부여된 가장 큰 id 다음부터 시작해요. | |
| COLLATE NOCASE | 정확한 비교PostgreSQL은 따로 지정하지 않으면 텍스트를 정확히 비교해요. NOCASE 열은 대소문자 무시를 잃어요. | case_insensitive_collation |
| generated columns | STOREDPostgreSQL 13부터 17까지는 생성 열을 저장만 해요. 수식은 같아요. | virtual_as_stored |
| generated columns with functions IntoSQL doesn't write, and the || operator | 일반 열쓸 수 없는 수식은 일반 열로 남고 보고서에 한 줄 기록돼요. 덤프에는 생성 열의 값이 없어요. | generated_not_translated |
| defaults with functions IntoSQL doesn't write (strftime, randomblob) | 기본값 없음쓸 수 없는 기본값은 제외하고 보고해요. CURRENT_TIMESTAMP와 datetime('now')는 써요. | default_not_translated |
| CHECK constraints | 변환됨같은 체크 제약이고, 각 행을 불러올 때 검사해요. | |
| CHECK constraints with functions IntoSQL doesn't write | 만들지 않음쓸 수 없는 체크 제약은 제외하고 보고해요. | check_skipped |
| partial and expression indexes | 만들지 않음IntoSQL은 열 전체에 대한 인덱스를 써요. 다른 인덱스는 불러온 뒤 다시 만드세요. | index_skipped |
| foreign keys (unenforced unless PRAGMA foreign_keys=ON) | 외래 키, NOT VALID로 만들고 검증SQLite는 지시받을 때만 외래 키를 검사하므로 부모 행이 없는 행이 흔해요. 그런 행도 불러오고, 불러오기를 멈추지 않고 경고와 함께 키를 검사하지 않은 상태로 남겨요. | |
| 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 제거SQLite에서는 rowid가 아닌 기본 키가 NULL을 담을 수 있어요. 대상에서 그 열은 NOT NULL일 수 없어요. 그러면 불러오기가 멈춰요. | not_null_relaxed |
| views, triggers and virtual tables (FTS, R*Tree) | 보고서에 나열코드는 SQLite의 자체 언어로 작성되고, 가상 테이블에는 SQLite의 모듈이 필요해요. 다시 만들 수 있도록 나열해요. 내부 테이블은 복사하지 않아요. | not_converted_objects |
| dumps without CREATE TABLE (--data-only) | 값으로 판단한 타입데이터만 있는 덤프에는 행만 있어서 타입을 값으로 판단하고 열에는 번호가 붙어요. | no_schema |
| expressions in INSERT values other than the text functions dumps write | NULLunistr(), replace(), char(), ||는 셸이 쓰는 그대로 계산해요. 다른 식은 데이터베이스 없이 계산할 수 없어요. | expression_value |
| NUL characters in text | 제거sqlite3 셸과 Python은 덤프할 때 NUL 문자에서 텍스트를 잘라서, 덤프에는 그 앞부분만 들어 있어요. PostgreSQL 텍스트도 NUL 문자를 담을 수 없어요. | nul_removed |
| text that isn't valid UTF-8 | 잘못된 바이트를 대체 문자로덤프는 이런 텍스트를 원시 바이트로 써요. 스크립트는 UTF-8이에요. | invalid_utf8_replaced |
| text decoded twice (ñ) | 그대로 복사덤프에 정확히 이 문자들이 있으므로 그대로 복사하고, 보고서에서 알려 줘요. | mojibake_suspected |
스크립트를 PostgreSQL에 불러오기
스크립트는 테이블을 만들고 행을 복사한 다음 키, 인덱스, 외래 키를 추가해요. 그래서 빨리 불러오고 첫 오류에서 멈춰요.
psql -v ON_ERROR_STOP=1 -d mydb -f sqlite.postgresql.sql외래 키는 NOT VALID로 추가한 다음 검증해요. 어떤 행이 존재하지 않는 행을 가리키면, 중간에 실패하지 않고 어떤 제약인지 알려 줘요.
큰 덤프는 데이터베이스를 먼저 만들고, 서버와 같은 컴퓨터에서 psql로 스크립트를 실행하세요.
IntoSQL Pro는 데스크톱 앱이나 명령줄에서 파일을 PostgreSQL에 바로 불러와요. 스크립트를 따로 만들 필요가 없어요.
좋은 결과를 위한 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의 자체 언어로 작성돼요. 보고서에 이름으로 나열되고 몰래 빠지는 일은 없으므로, PostgreSQL에 맞게 다시 작성할 수 있어요. FTS5와 R*Tree 같은 가상 테이블도 나열되고, 그 섀도 테이블은 제외돼요.
SQLite에서 PostgreSQL로 변환에 관한 질문
여기에 답이 없나요? 문의 페이지로 연락하시면 담당자가 답장해요. 문의 페이지
덤프가 업로드되나요?
아니요. 변환기는 브라우저에서 실행되고 디스크의 덤프를 조각조각 읽으므로, 덤프가 컴퓨터 밖으로 나가지 않아요. 데스크톱 앱과 명령줄도 컴퓨터에서 변환해요.
덤프는 얼마나 커도 되나요?
변환기는 덤프 전체를 메모리에 올리지 않아요. 파일을 범위별로 두 번 읽고, 읽는 대로 스크립트를 써요. 수 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이(가) 타입을 강제하지 않을 때 열 타입은 어떻게 정해지나요?
선언된 타입은 힌트이고 값이 결정해요. 모든 값이 들어가면 열은 integer, numeric, double precision, date, timestamp, boolean, bytea, text 중 하나가 돼요. 값이 섞인 열은 그 텍스트를 유지하고, 보고서에 어떤 열인지 나와요.
INTEGER PRIMARY KEY와 AUTOINCREMENT는 유지되나요?
네. INTEGER PRIMARY KEY는 identity 열이 되고, 모든 행은 id를 유지해요. 다음 id는 가장 큰 id 다음부터, AUTOINCREMENT가 있으면 sqlite_sequence 값 다음부터 이어져요.
뷰와 트리거는 어떻게 되나요?
데이터베이스마다 자체 언어로 작성하므로 변환하지 않고 보고서에 이름으로 나열해요.
스크립트는 어떤 PostgreSQL 버전에서 불러올 수 있나요?
PostgreSQL 13부터 18까지예요. 같은 스크립트를 각 버전에서 불러오며, 문제가 생기면 첫 오류에서 멈춰요.