SQLite in PostgreSQL umwandeln
Leg eine SQLite-Datenbankdatei (.db, .sqlite, .sqlite3) oder das SQL ab, das .dump von sqlite3 schreibt, und lade ein PostgreSQL-Skript mit denselben Tabellen, Schlüsseln, Indizes und Daten herunter. Jede Spalte bekommt den Typ, in den ihre Werte passen, und jeder Wert, den PostgreSQL nicht unverändert aufnehmen kann, steht im Bericht.
18 Zeilen konvertiert, keine Korrekturen, keine abgelehnt
Tabellen in shop_2024_sqlite.sqlSQLite-Dump · erstellt mit sqlite3 · utf-8
customers8 Zeilen
7 Spalten 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 Zeilen
9 Spalten 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
Nicht konvertiert
- Sicht order_totals
- Trigger orders_shipped
Jede Datenbank schreibt diese in ihrer eigenen Sprache. Schreib sie für PostgreSQL neu.
-- 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);
Korrekturen
Nichts musste korrigiert werden.
Zu prüfen
- 1 Textspalte vergleicht in der Quelle ohne Rücksicht auf Groß- und Kleinschreibung; PostgreSQL vergleicht exakt, daher können sich eindeutige Schlüssel und Suchen anders verhalten. Nutze eine Collation oder einen Spaltentyp ohne Unterscheidung der Groß- und Kleinschreibung für die Spalten, die das brauchen.
- 2 Sichten, Trigger, Routinen oder Ereignisse werden nicht konvertiert; der Bericht listet sie einzeln auf. Lege sie in PostgreSQL von Hand neu an.
Deine Datei wird auf diesem Computer umgewandelt und nie hochgeladen.
Weitere Beispiele:
Was sich von SQLite zu PostgreSQL ändert
Jede Zeile ist eine Regel, die der Konverter anwendet, mit der Berichtszeile, die er schreibt, wenn die Regel etwas an deinen Daten ändert.
declared types (any text: VARCHAR(255), DATETIME, BOOLEAN, JSON or none)
der Typ, in den jeder Wert der Spalte passt
SQLite speichert jeden Wert in jeder Spalte, daher ist der deklarierte Typ nur ein Hinweis: Jede Spalte bekommt den Typ, in den alle ihre Werte passen, und eine Spalte mit gemischten Werten behält deren Text.
BOOLEAN, BOOL
boolean
Wenn jeder Wert 0 oder 1 ist; eine Spalte, die auch andere Werte enthält, behält sie als Zahlen oder Text.
TEXT, VARCHAR(n), CHAR(n), CLOB
varchar(n), wenn jeder Wert in die deklarierte Länge passt, sonst text
SQLite erzwingt keine Länge; eine deklarierte Länge gilt nur, wenn jeder Wert hineinpasst.
DECIMAL(p,s), NUMERIC
der exakte Typ, wenn jeder Wert hineinpasst, sonst ein double
SQLite speichert sie als Ganzzahlen oder doubles; eine deklarierte Genauigkeit gilt nur, wenn die Werte hineinpassen.
BLOB, and columns holding bytes
bytea
Bytes bleiben Bytes; Text und Zahlen in derselben Spalte bleiben als ihre Bytes erhalten.
DATE, DATETIME, TIMESTAMP holding ISO 8601 text
date, timestamp
Wenn jeder Wert ein Datum oder ein Datum mit Uhrzeit ist; Epoch-Zahlen und anderer Text behalten ihre Werte unverändert.
JSON holding JSON text
jsonb
Wenn jeder Wert ein JSON-Objekt oder -Array ist.
Infinity in REAL columns
Infinity, wie double in PostgreSQL es speichert
In PostgreSQL können doubles Unendlich speichern.
INTEGER PRIMARY KEY, AUTOINCREMENT
GENERATED BY DEFAULT AS IDENTITY, weiter nach der höchsten ID oder dem Wert aus sqlite_sequence
Nur eine Spalte, die genau als INTEGER PRIMARY KEY deklariert ist, ist die rowid; jede Zeile behält ihre ID, und der Zähler beginnt nach der höchsten je vergebenen ID.
COLLATE NOCASE
exakter Vergleich
PostgreSQL vergleicht Text exakt, sofern nicht anders angegeben; NOCASE-Spalten vergleichen nicht mehr ohne Groß-/Kleinschreibung.
Berichtszeile: case_insensitive_collation
generated columns
STORED
PostgreSQL 13 bis 17 kennen nur gespeicherte generierte Spalten; die Formel bleibt dieselbe.
Berichtszeile: virtual_as_stored
generated columns with functions IntoSQL doesn't write, and the || operator
eine normale Spalte
Eine Formel, die sich nicht schreiben lässt, hinterlässt eine normale Spalte und eine Zeile im Bericht; der Dump enthält keine Werte für generierte Spalten.
Berichtszeile: generated_not_translated
defaults with functions IntoSQL doesn't write (strftime, randomblob)
kein Standardwert
Ein Standardwert, der sich nicht schreiben lässt, wird weggelassen und gemeldet; CURRENT_TIMESTAMP und datetime('now') werden geschrieben.
Berichtszeile: default_not_translated
CHECK constraints
übersetzt
Dieselben CHECK-Bedingungen, geprüft beim Laden jeder Zeile.
CHECK constraints with functions IntoSQL doesn't write
nicht angelegt
Eine CHECK-Bedingung, die sich nicht schreiben lässt, wird weggelassen und gemeldet.
Berichtszeile: check_skipped
partial and expression indexes
nicht angelegt
IntoSQL schreibt Indizes auf ganze Spalten; lege die anderen nach dem Laden neu an.
Berichtszeile: index_skipped
foreign keys (unenforced unless PRAGMA foreign_keys=ON)
Fremdschlüssel, NOT VALID, dann validiert
SQLite prüft Fremdschlüssel nur auf Anweisung, daher sind Zeilen ohne Elternzeile häufig: Sie laden, und der Schlüssel bleibt mit einer Warnung ungeprüft, statt das Laden abzubrechen.
foreign keys to tables the dump doesn't create
nicht angelegt
Ein Schlüssel kann nicht auf eine Tabelle verweisen, die es nicht gibt.
Berichtszeile: foreign_key_skipped
primary keys holding NULL, and NOT NULL columns with values that become NULL
NOT NULL entfernt
SQLite erlaubt NULL in einem Primärschlüssel, der nicht die rowid ist; die Spalte kann im Ziel nicht NOT NULL sein, sonst würde das Laden abbrechen.
Berichtszeile: not_null_relaxed
views, triggers and virtual tables (FTS, R*Tree)
im Bericht aufgeführt
Ihr Code ist in der eigenen Sprache von SQLite geschrieben, und virtuelle Tabellen brauchen die Module von SQLite; sie werden aufgeführt, damit du sie neu anlegst. Ihre internen Tabellen werden nicht kopiert.
Berichtszeile: not_converted_objects
dumps without CREATE TABLE (--data-only)
Typen aus den Werten gelesen
Ein Dump nur mit Daten enthält nur Zeilen, daher kommen die Typen aus den Werten, und die Spalten werden nummeriert.
Berichtszeile: no_schema
expressions in INSERT values other than the text functions dumps write
NULL
unistr(), replace(), char() und || werden so ausgewertet, wie die Shell sie schreibt; andere Ausdrücke lassen sich ohne Datenbank nicht auswerten.
Berichtszeile: expression_value
NUL characters in text
entfernt
Die sqlite3-Shell und Python schneiden Text beim Dumpen an einem NUL-Zeichen ab, daher steht nur, was davor kommt, im Dump. Text in PostgreSQL kann ohnehin keines enthalten.
Berichtszeile: nul_removed
text that isn't valid UTF-8
die fehlerhaften Bytes als Ersatzzeichen
Dumps schreiben solchen Text als rohe Bytes; das Skript ist UTF-8.
Berichtszeile: invalid_utf8_replaced
text decoded twice (ñ)
unverändert kopiert
Der Dump enthält genau diese Zeichen, daher werden sie kopiert; der Bericht weist auf sie hin.
Berichtszeile: mojibake_suspected
| In SQLite | In PostgreSQL | Berichtszeile |
|---|---|---|
| declared types (any text: VARCHAR(255), DATETIME, BOOLEAN, JSON or none) | der Typ, in den jeder Wert der Spalte passtSQLite speichert jeden Wert in jeder Spalte, daher ist der deklarierte Typ nur ein Hinweis: Jede Spalte bekommt den Typ, in den alle ihre Werte passen, und eine Spalte mit gemischten Werten behält deren Text. | |
| BOOLEAN, BOOL | booleanWenn jeder Wert 0 oder 1 ist; eine Spalte, die auch andere Werte enthält, behält sie als Zahlen oder Text. | |
| TEXT, VARCHAR(n), CHAR(n), CLOB | varchar(n), wenn jeder Wert in die deklarierte Länge passt, sonst textSQLite erzwingt keine Länge; eine deklarierte Länge gilt nur, wenn jeder Wert hineinpasst. | |
| DECIMAL(p,s), NUMERIC | der exakte Typ, wenn jeder Wert hineinpasst, sonst ein doubleSQLite speichert sie als Ganzzahlen oder doubles; eine deklarierte Genauigkeit gilt nur, wenn die Werte hineinpassen. | |
| BLOB, and columns holding bytes | byteaBytes bleiben Bytes; Text und Zahlen in derselben Spalte bleiben als ihre Bytes erhalten. | |
| DATE, DATETIME, TIMESTAMP holding ISO 8601 text | date, timestampWenn jeder Wert ein Datum oder ein Datum mit Uhrzeit ist; Epoch-Zahlen und anderer Text behalten ihre Werte unverändert. | |
| JSON holding JSON text | jsonbWenn jeder Wert ein JSON-Objekt oder -Array ist. | |
| Infinity in REAL columns | Infinity, wie double in PostgreSQL es speichertIn PostgreSQL können doubles Unendlich speichern. | |
| INTEGER PRIMARY KEY, AUTOINCREMENT | GENERATED BY DEFAULT AS IDENTITY, weiter nach der höchsten ID oder dem Wert aus sqlite_sequenceNur eine Spalte, die genau als INTEGER PRIMARY KEY deklariert ist, ist die rowid; jede Zeile behält ihre ID, und der Zähler beginnt nach der höchsten je vergebenen ID. | |
| COLLATE NOCASE | exakter VergleichPostgreSQL vergleicht Text exakt, sofern nicht anders angegeben; NOCASE-Spalten vergleichen nicht mehr ohne Groß-/Kleinschreibung. | case_insensitive_collation |
| generated columns | STOREDPostgreSQL 13 bis 17 kennen nur gespeicherte generierte Spalten; die Formel bleibt dieselbe. | virtual_as_stored |
| generated columns with functions IntoSQL doesn't write, and the || operator | eine normale SpalteEine Formel, die sich nicht schreiben lässt, hinterlässt eine normale Spalte und eine Zeile im Bericht; der Dump enthält keine Werte für generierte Spalten. | generated_not_translated |
| defaults with functions IntoSQL doesn't write (strftime, randomblob) | kein StandardwertEin Standardwert, der sich nicht schreiben lässt, wird weggelassen und gemeldet; CURRENT_TIMESTAMP und datetime('now') werden geschrieben. | default_not_translated |
| CHECK constraints | übersetztDieselben CHECK-Bedingungen, geprüft beim Laden jeder Zeile. | |
| CHECK constraints with functions IntoSQL doesn't write | nicht angelegtEine CHECK-Bedingung, die sich nicht schreiben lässt, wird weggelassen und gemeldet. | check_skipped |
| partial and expression indexes | nicht angelegtIntoSQL schreibt Indizes auf ganze Spalten; lege die anderen nach dem Laden neu an. | index_skipped |
| foreign keys (unenforced unless PRAGMA foreign_keys=ON) | Fremdschlüssel, NOT VALID, dann validiertSQLite prüft Fremdschlüssel nur auf Anweisung, daher sind Zeilen ohne Elternzeile häufig: Sie laden, und der Schlüssel bleibt mit einer Warnung ungeprüft, statt das Laden abzubrechen. | |
| foreign keys to tables the dump doesn't create | nicht angelegtEin Schlüssel kann nicht auf eine Tabelle verweisen, die es nicht gibt. | foreign_key_skipped |
| primary keys holding NULL, and NOT NULL columns with values that become NULL | NOT NULL entferntSQLite erlaubt NULL in einem Primärschlüssel, der nicht die rowid ist; die Spalte kann im Ziel nicht NOT NULL sein, sonst würde das Laden abbrechen. | not_null_relaxed |
| views, triggers and virtual tables (FTS, R*Tree) | im Bericht aufgeführtIhr Code ist in der eigenen Sprache von SQLite geschrieben, und virtuelle Tabellen brauchen die Module von SQLite; sie werden aufgeführt, damit du sie neu anlegst. Ihre internen Tabellen werden nicht kopiert. | not_converted_objects |
| dumps without CREATE TABLE (--data-only) | Typen aus den Werten gelesenEin Dump nur mit Daten enthält nur Zeilen, daher kommen die Typen aus den Werten, und die Spalten werden nummeriert. | no_schema |
| expressions in INSERT values other than the text functions dumps write | NULLunistr(), replace(), char() und || werden so ausgewertet, wie die Shell sie schreibt; andere Ausdrücke lassen sich ohne Datenbank nicht auswerten. | expression_value |
| NUL characters in text | entferntDie sqlite3-Shell und Python schneiden Text beim Dumpen an einem NUL-Zeichen ab, daher steht nur, was davor kommt, im Dump. Text in PostgreSQL kann ohnehin keines enthalten. | nul_removed |
| text that isn't valid UTF-8 | die fehlerhaften Bytes als ErsatzzeichenDumps schreiben solchen Text als rohe Bytes; das Skript ist UTF-8. | invalid_utf8_replaced |
| text decoded twice (ñ) | unverändert kopiertDer Dump enthält genau diese Zeichen, daher werden sie kopiert; der Bericht weist auf sie hin. | mojibake_suspected |
Das Skript in PostgreSQL laden
Das Skript legt die Tabellen an, kopiert die Zeilen und fügt dann Schlüssel, Indizes und Fremdschlüssel hinzu, so lädt es schnell und hält beim ersten Fehler an.
psql -v ON_ERROR_STOP=1 -d mydb -f sqlite.postgresql.sqlFremdschlüssel werden als NOT VALID hinzugefügt und dann validiert. Verweist eine Zeile auf eine Zeile, die es nicht gibt, nennt dir das Skript den betroffenen Fremdschlüssel, statt auf halbem Weg abzubrechen.
Lege bei einem großen Dump zuerst die Datenbank an und führe das Skript mit psql auf dem Rechner aus, auf dem der Server läuft.
IntoSQL Pro lädt die Datei aus der Desktop-App oder der Kommandozeile direkt in PostgreSQL, ohne ein Skript zu schreiben.
Den SQLite-Dump für das beste Ergebnis erstellen
Der Konverter liest, was der Dump enthält. Mit diesen Optionen bleibt mehr von deinen Daten darin:
- Die Datenbankdatei selbst wird unverändert konvertiert und Seite für Seite in deinem Browser gelesen. Schließe zuerst die App, die in sie schreibt, damit keine Änderung in ihrer -wal-Datei zurückbleibt.
- sqlite3 app.db .dump > app.sql schreibt dieselbe Datenbank als SQL, das sich ebenfalls konvertieren lässt, als .sql oder .sql.gz.
- DB Browser for SQLite schreibt dieses SQL mit File, Export, Database to SQL file, und iterdump() in Python ebenso.
Was nicht konvertiert wird
Sichten und Trigger sind in der eigenen Sprache von SQLite geschrieben. Sie stehen mit Namen im Bericht und werden nie stillschweigend weggelassen, damit du sie für PostgreSQL neu schreiben kannst. Virtuelle Tabellen wie FTS5 und R*Tree werden ebenfalls aufgeführt, und ihre Schattentabellen werden weggelassen.
Fragen zu SQLite zu PostgreSQL
Keine Antwort gefunden? Schreib uns über die Kontaktseite, und ein Mensch antwortet. Kontaktseite
Wird mein Dump hochgeladen?
Nein. Der Konverter läuft in deinem Browser und liest den Dump stückweise von deiner Festplatte, daher verlässt er nie deinen Computer. Die Desktop-App und die Kommandozeile konvertieren ebenfalls auf deinem Computer.
Wie groß darf der Dump sein?
Der Konverter hält nie den ganzen Dump im Speicher: Er liest die Datei zweimal, in Abschnitten, und schreibt das Skript fortlaufend. Dumps von mehreren Gigabyte werden im Browser, in der Desktop-App und mit der Kommandozeile konvertiert.
Kann ich die .db-Datei selbst konvertieren?
Ja. Leg die .db-, .sqlite- oder .sqlite3-Datei ab: Sie wird in deinem Browser gelesen und nie hochgeladen. Text mit NUL-Zeichen und jede Ziffer eines double kommen so an, wie sie gespeichert sind, was ein .dump abschneiden kann.
Aus welchen SQLite-Versionen kann der Dump stammen?
Datenbankdateien ab SQLite 3.0, in UTF-8 oder UTF-16, und Dumps aus .dump der sqlite3-Shell oder aus iterdump() in Python. Jede Testdatei und jeder Test-Dump stammt aus sqlite3 3.31 bis 3.54, einschließlich STRICT- und WITHOUT ROWID-Tabellen, und wird Zelle für Zelle mit seiner Quelle verglichen.
Wie werden Spaltentypen bestimmt, wenn SQLite sie nicht erzwingt?
Der deklarierte Typ ist ein Hinweis, und die Werte entscheiden: Eine Spalte wird integer, numeric, double precision, date, timestamp, boolean, bytea oder text, wenn jeder Wert hineinpasst. Eine Spalte mit gemischten Werten behält deren Text, und der Bericht nennt sie.
Bleiben INTEGER PRIMARY KEY und AUTOINCREMENT erhalten?
Ja. Ein INTEGER PRIMARY KEY wird eine Identity-Spalte, jede Zeile behält ihre ID, und die nächste ID macht nach der höchsten weiter oder, mit AUTOINCREMENT, nach dem Wert aus sqlite_sequence.
Was ist mit Sichten und Triggern?
Sie stehen mit Namen im Bericht und werden nicht konvertiert, weil jede Datenbank sie in ihrer eigenen Sprache schreibt.
Auf welchen PostgreSQL-Versionen lädt das Skript?
PostgreSQL 13 bis 18. Dasselbe Skript lädt auf jeder davon und hält beim ersten Fehler an, falls etwas schiefgeht.