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 の値の後から継続
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, 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 の値の後から継続rowid になるのは、正確に INTEGER PRIMARY KEY と宣言された列だけです。各行は 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 | 普通の列書き換えられない式は、普通の列とレポートの 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 | 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.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 です。同じスクリプトをそれぞれで読み込み、問題があれば最初のエラーで止まります。