본문으로 건너뛰기
IntoSQL 홈

SQLite에서 PostgreSQL로 변환

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

내 파일
sqlshop_2024_sqlite.sql샘플 파일, 3.4kB
내 데이터베이스

18개 행 변환, 수정 없음, 거부 없음

보기

shop_2024_sqlite.sql의 테이블SQLite 덤프 · sqlite3(으)로 작성됨 · utf-8

  • customers8개 행
    7개 열
    idbigint not null
    nametext not null
    emailtext not null
    countrytext not null
    is_activeboolean not null
    signed_update
    created_attimestamp(0) not null
  • orders10개 행
    9개 열
    idbigint not null
    customer_idbigint not null
    statustext not null
    totalnumeric(10,2) not null
    itemsinteger not null
    ordered_attimestamp(0) not null
    shipped_attimestamp(0)
    notetext
    receiptbytea

변환되지 않음

  • 뷰 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, BOOLboolean모든 값이 0 또는 1일 때예요. 다른 값도 담은 열은 그 값을 숫자나 텍스트로 유지해요.
TEXT, VARCHAR(n), CHAR(n), CLOB모든 값이 선언된 길이에 들어가면 varchar(n), 아니면 textSQLite는 길이를 강제하지 않아요. 선언된 길이는 모든 값이 들어갈 때만 유지해요.
DECIMAL(p,s), NUMERIC모든 값이 들어가면 정확한 타입, 아니면 doubleSQLite는 이 값을 정수나 double로 저장해요. 선언된 정밀도는 값이 들어갈 때만 유지해요.
BLOB, and columns holding bytesbytea바이트는 바이트로 남아요. 같은 열에 있는 텍스트와 숫자는 그 바이트로 유지해요.
DATE, DATETIME, TIMESTAMP holding ISO 8601 textdate, timestamp모든 값이 날짜 또는 날짜와 시간일 때예요. 에포크 숫자와 다른 텍스트는 값을 그대로 유지해요.
JSON holding JSON textjsonb모든 값이 JSON 객체나 배열일 때예요.
Infinity in REAL columnsInfinity, PostgreSQL의 double이 그대로 유지PostgreSQL의 double은 무한대를 담을 수 있어요.
INTEGER PRIMARY KEY, AUTOINCREMENTGENERATED BY DEFAULT AS IDENTITY, 가장 큰 id 또는 sqlite_sequence 값 다음부터 이어짐정확히 INTEGER PRIMARY KEY로 선언된 열만 rowid예요. 모든 행은 id를 유지하고, 카운터는 지금까지 부여된 가장 큰 id 다음부터 시작해요.
COLLATE NOCASE정확한 비교PostgreSQL은 따로 지정하지 않으면 텍스트를 정확히 비교해요. NOCASE 열은 대소문자 무시를 잃어요.case_insensitive_collation
generated columnsSTOREDPostgreSQL 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 NULLNOT 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 writeNULLunistr(), 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까지예요. 같은 스크립트를 각 버전에서 불러오며, 문제가 생기면 첫 오류에서 멈춰요.