本文へスキップ
IntoSQL ホーム

SQLite を PostgreSQL に変換

SQLite データベースファイル (.db、.sqlite、.sqlite3) または sqlite3 の .dump が書き出す SQL をドロップすると、同じテーブル、キー、インデックス、データを持つ PostgreSQL スクリプトをダウンロードできます。各列には値が収まる型を付け、PostgreSQL がそのまま保持できない値はすべてレポートに記載されます。

ファイル
sqlshop_2024_sqlite.sqlサンプルファイル、3.4 KB
データベース

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 の値の後から継続

    rowid になるのは、正確に INTEGER PRIMARY KEY と宣言された列だけです。各行は 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

    普通の列

    書き換えられない式は、普通の列とレポートの 1 行になります。ダンプには生成列の値が含まれません。

    レポートの行: 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 の値の後から継続rowid になるのは、正確に INTEGER PRIMARY KEY と宣言された列だけです。各行は 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普通の列書き換えられない式は、普通の列とレポートの 1 行になります。ダンプには生成列の値が含まれません。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.gz として変換できます。
  • DB Browser for SQLite では File、Export、Database to SQL file の順に選ぶとその SQL を書き出せます。Python の iterdump() も同様です。

変換されないもの

ビューとトリガーは SQLite 独自の言語で書かれています。黙って削除することはなく、レポートに名前で一覧するので、PostgreSQL 向けに書き直せます。FTS5 や R*Tree などの仮想テーブルも一覧し、そのシャドウテーブルは含めません。

SQLite から PostgreSQL への変換に関する質問

ここに答えがない場合は、お問い合わせページからご連絡ください。担当者が返信します。 お問い合わせページ

ダンプはアップロードされますか?

いいえ。コンバーターはブラウザ上で動作し、ダンプをディスクから少しずつ読み込むため、ダンプがコンピューターの外に出ることはありません。デスクトップアプリとコマンドラインも、お使いのコンピューター上で変換します。

ダンプはどのくらいの大きさまで扱えますか?

コンバーターはダンプ全体をメモリに保持しません。ファイルを範囲ごとに 2 回読み、読みながらスクリプトを書き出します。数 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 です。同じスクリプトをそれぞれで読み込み、問題があれば最初のエラーで止まります。