--- title: "SQLite zu PostgreSQL migrieren, im Browser" description: "Migriere eine SQLite-Datenbank zu PostgreSQL: Die .db-Datei oder ihr Dump wird ein Skript mit denselben Tabellen, Schlüsseln und Daten, plus Bericht." canonical: https://intosql.com/de/sqlite-in-postgresql last_updated: 2026-10-15 --- # SQLite zu PostgreSQL migrieren, im Browser 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. [Leitfaden: SQLite zu PostgreSQL migrieren](https://intosql.com/docs/migrations/sqlite-to-postgresql) [Datentypen von SQLite zu PostgreSQL](https://intosql.com/docs/types/sqlite-to-postgresql) ## 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. | In SQLite | In PostgreSQL | Berichtszeile | | --- | --- | --- | | declared types (any text: VARCHAR(255), DATETIME, BOOLEAN, JSON or none) | der Typ, in den jeder Wert der Spalte passt | | | BOOLEAN, BOOL | boolean | | | TEXT, VARCHAR(n), CHAR(n), CLOB | varchar(n), wenn jeder Wert in die deklarierte Länge passt, sonst text | | | DECIMAL(p,s), NUMERIC | der exakte Typ, wenn jeder Wert hineinpasst, sonst ein double | | | BLOB, and columns holding bytes | bytea | | | DATE, DATETIME, TIMESTAMP holding ISO 8601 text | date, timestamp | | | JSON holding JSON text | jsonb | | | Infinity in REAL columns | Infinity, wie double in PostgreSQL es speichert | | | INTEGER PRIMARY KEY, AUTOINCREMENT | GENERATED BY DEFAULT AS IDENTITY, weiter nach der höchsten ID oder dem Wert aus sqlite_sequence | | | COLLATE NOCASE | exakter Vergleich | `case_insensitive_collation` | | generated columns | STORED | `virtual_as_stored` | | generated columns with functions IntoSQL doesn't write, and the || operator | eine normale Spalte | `generated_not_translated` | | defaults with functions IntoSQL doesn't write (strftime, randomblob) | kein Standardwert | `default_not_translated` | | CHECK constraints | übersetzt | | | CHECK constraints with functions IntoSQL doesn't write | nicht angelegt | `check_skipped` | | partial and expression indexes | nicht angelegt | `index_skipped` | | foreign keys (unenforced unless PRAGMA foreign_keys=ON) | Fremdschlüssel, NOT VALID, dann validiert | | | foreign keys to tables the dump doesn't create | nicht angelegt | `foreign_key_skipped` | | primary keys holding NULL, and NOT NULL columns with values that become NULL | NOT NULL entfernt | `not_null_relaxed` | | views, triggers and virtual tables (FTS, R*Tree) | im Bericht aufgeführt | `not_converted_objects` | | dumps without CREATE TABLE (--data-only) | Typen aus den Werten gelesen | `no_schema` | | expressions in INSERT values other than the text functions dumps write | NULL | `expression_value` | | NUL characters in text | entfernt | `nul_removed` | | text that isn't valid UTF-8 | die fehlerhaften Bytes als Ersatzzeichen | `invalid_utf8_replaced` | | text decoded twice (ñ) | unverändert kopiert | `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. ```shell psql -v ON_ERROR_STOP=1 -d mydb -f sqlite.postgresql.sql ``` Fremdschlü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 ### 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. ## Aus SQLite - [SQLite zu MySQL](https://intosql.com/de/sqlite-in-mysql) - [SQLite zu MariaDB](https://intosql.com/de/sqlite-in-mariadb) - [SQLite zu SQLite](https://intosql.com/de/sqlite-in-sqlite) - [SQLite zu SQL Server](https://intosql.com/de/sqlite-in-sql-server) - [SQLite zu Oracle](https://intosql.com/de/sqlite-in-oracle) ## Nach PostgreSQL - [MySQL zu PostgreSQL](https://intosql.com/de/mysql-in-postgresql) - [MariaDB zu PostgreSQL](https://intosql.com/de/mariadb-in-postgresql) - [PostgreSQL zu PostgreSQL](https://intosql.com/de/postgresql-in-postgresql) - [SQL Server zu PostgreSQL](https://intosql.com/de/sql-server-in-postgresql) - [Oracle zu PostgreSQL](https://intosql.com/de/oracle-in-postgresql) ## Leitfaden und alle Paare - [PostgreSQL zu SQLite](https://intosql.com/de/postgresql-in-sqlite) - [Leitfaden: SQLite zu PostgreSQL migrieren](https://intosql.com/docs/migrations/sqlite-to-postgresql) - [Datentypen von SQLite zu PostgreSQL](https://intosql.com/docs/types/sqlite-to-postgresql) - [Alle Datenbankpaare](https://intosql.com/de/datenbankmigration)