Convertir SQLite en PostgreSQL

Déposez un fichier de base de données SQLite (.db, .sqlite, .sqlite3) ou le SQL qu'écrit le .dump de sqlite3, et téléchargez un script PostgreSQL avec les mêmes tables, clés, index et données. Chaque colonne reçoit le type auquel ses valeurs correspondent, et chaque valeur que PostgreSQL ne peut pas contenir telle quelle est listée dans le rapport.

Guide de migration de SQLite vers PostgreSQL Types de données de SQLite vers PostgreSQL

Votre fichier

sqlshop_2024_sqlite.sqlFichier d'exemple, 3,4 ko

18 lignes converties, aucune correction, aucune rejetée

TablesSQLRapport

Tables de shop_2024_sqlite.sqlDump SQLite · écrit par sqlite3 · utf-8

customers8 lignes
7 colonnes
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 lignes
9 colonnes
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

7 colonnes
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

9 colonnes
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

Non converti

Vue order_totals
Déclencheur orders_shipped

Chaque base de données les écrit dans son propre langage. Réécrivez-les pour 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);

Corrections

Rien n'avait besoin d'être corrigé.

À vérifier

1 colonne de texte compare sans tenir compte de la casse dans la source ; PostgreSQL compare exactement, donc les clés uniques et les recherches peuvent se comporter autrement. Utilisez une collation ou un type de colonne insensible à la casse sur les colonnes qui en ont besoin.
2 objets non convertis (vues, déclencheurs, routines ou événements) ; le rapport les liste un par un. Recréez-les à la main dans PostgreSQL.

Votre fichier est converti sur cet ordinateur et n'est jamais envoyé.

Autres exemples :

Ce qui change de SQLite à PostgreSQL

Chaque ligne est une règle appliquée par le convertisseur, avec la ligne de rapport qu'il écrit quand la règle change quelque chose dans vos données.

declared types (any text: VARCHAR(255), DATETIME, BOOLEAN, JSON or none)
le type auquel chaque valeur de la colonne correspond
SQLite accepte n'importe quelle valeur dans n'importe quelle colonne, donc le type déclaré est une indication : chaque colonne reçoit le type auquel toutes ses valeurs correspondent, et une colonne aux valeurs mélangées garde leur texte.
BOOLEAN, BOOL
boolean
Quand chaque valeur vaut 0 ou 1 ; une colonne qui contient aussi d'autres valeurs les garde en nombres ou en texte.
TEXT, VARCHAR(n), CHAR(n), CLOB
varchar(n) si chaque valeur tient dans la longueur déclarée, sinon text
SQLite n'impose jamais de longueur ; une longueur déclarée n'est gardée que si chaque valeur y tient.
DECIMAL(p,s), NUMERIC
le type exact si chaque valeur y tient, sinon un double
SQLite les stocke en entiers ou en doubles ; une précision déclarée n'est gardée que si les valeurs y tiennent.
BLOB, and columns holding bytes
bytea
Les octets restent des octets ; le texte et les nombres de la même colonne sont gardés sous forme d'octets.
DATE, DATETIME, TIMESTAMP holding ISO 8601 text
date, timestamp
Quand chaque valeur est une date ou une date et une heure ; les nombres epoch et les autres textes gardent leurs valeurs telles quelles.
JSON holding JSON text
jsonb
Quand chaque valeur est un objet ou un tableau JSON.
Infinity in REAL columns
Infinity, que le double de PostgreSQL conserve
Les doubles de PostgreSQL acceptent l'infini.
INTEGER PRIMARY KEY, AUTOINCREMENT
GENERATED BY DEFAULT AS IDENTITY, qui reprend après l'identifiant le plus élevé ou celui de sqlite_sequence
Seule une colonne déclarée exactement INTEGER PRIMARY KEY est le rowid ; chaque ligne garde son identifiant, et le compteur reprend après le plus grand identifiant jamais attribué.
COLLATE NOCASE
comparaison exacte
PostgreSQL compare le texte exactement, sauf indication contraire ; les colonnes NOCASE ne sont plus insensibles à la casse.
Ligne du rapport: case_insensitive_collation
generated columns
STORED
PostgreSQL 13 à 17 ne fait que stocker les colonnes générées ; la formule est la même.
Ligne du rapport: virtual_as_stored
generated columns with functions IntoSQL doesn't write, and the || operator
une colonne simple
Une formule qui ne peut pas être écrite laisse une colonne simple et une ligne dans le rapport ; le dump ne contient aucune valeur pour les colonnes générées.
Ligne du rapport: generated_not_translated
defaults with functions IntoSQL doesn't write (strftime, randomblob)
aucune valeur par défaut
Une valeur par défaut qui ne peut pas être écrite est omise et signalée ; CURRENT_TIMESTAMP et datetime('now') sont écrits.
Ligne du rapport: default_not_translated
CHECK constraints
traduites
Les mêmes contraintes CHECK, vérifiées au chargement de chaque ligne.
CHECK constraints with functions IntoSQL doesn't write
non créée
Une contrainte CHECK qui ne peut pas être écrite est omise et signalée.
Ligne du rapport: check_skipped
partial and expression indexes
non créée
IntoSQL écrit des index sur des colonnes entières ; recréez les autres après le chargement.
Ligne du rapport: index_skipped
foreign keys (unenforced unless PRAGMA foreign_keys=ON)
clés étrangères, NOT VALID puis validées
SQLite ne vérifie les clés étrangères que si on le lui demande, donc les lignes sans parent sont courantes : elles se chargent, et la clé reste non vérifiée avec un avertissement au lieu d'arrêter le chargement.
foreign keys to tables the dump doesn't create
non créée
Une clé ne peut pas désigner une table absente.
Ligne du rapport: foreign_key_skipped
primary keys holding NULL, and NOT NULL columns with values that become NULL
NOT NULL retiré
SQLite permet à une clé primaire autre que le rowid de contenir NULL ; la colonne ne peut pas être NOT NULL dans la cible, sinon le chargement s'arrêterait.
Ligne du rapport: not_null_relaxed
views, triggers and virtual tables (FTS, R*Tree)
listés dans le rapport
Leur code est écrit dans le langage propre à SQLite, et les tables virtuelles ont besoin des modules de SQLite ; ils sont listés pour que vous les recréiez. Leurs tables internes ne sont pas copiées.
Ligne du rapport: not_converted_objects
dumps without CREATE TABLE (--data-only)
types déduits des valeurs
Un dump de données seules ne contient que des lignes, donc les types viennent des valeurs et les colonnes sont numérotées.
Ligne du rapport: no_schema
expressions in INSERT values other than the text functions dumps write
NULL
unistr(), replace(), char() et || sont évalués tels que le shell les écrit ; les autres expressions ne peuvent pas l'être sans base de données.
Ligne du rapport: expression_value
NUL characters in text
retiré
Le shell sqlite3 et Python coupent le texte à un caractère NUL quand ils le dumpent ; seul ce qui le précède est donc dans le dump. Le texte PostgreSQL ne peut pas en contenir non plus.
Ligne du rapport: nul_removed
text that isn't valid UTF-8
les octets invalides deviennent le caractère de remplacement
Les dumps écrivent ce texte en octets bruts ; le script est en UTF-8.
Ligne du rapport: invalid_utf8_replaced
text decoded twice (Ã±)
copié tel quel
Le dump contient exactement ces caractères, ils sont donc copiés ; le rapport les signale.
Ligne du rapport: mojibake_suspected

Dans SQLite	Dans PostgreSQL	Ligne du rapport
declared types (any text: VARCHAR(255), DATETIME, BOOLEAN, JSON or none)	le type auquel chaque valeur de la colonne correspondSQLite accepte n'importe quelle valeur dans n'importe quelle colonne, donc le type déclaré est une indication : chaque colonne reçoit le type auquel toutes ses valeurs correspondent, et une colonne aux valeurs mélangées garde leur texte.
BOOLEAN, BOOL	booleanQuand chaque valeur vaut 0 ou 1 ; une colonne qui contient aussi d'autres valeurs les garde en nombres ou en texte.
TEXT, VARCHAR(n), CHAR(n), CLOB	varchar(n) si chaque valeur tient dans la longueur déclarée, sinon textSQLite n'impose jamais de longueur ; une longueur déclarée n'est gardée que si chaque valeur y tient.
DECIMAL(p,s), NUMERIC	le type exact si chaque valeur y tient, sinon un doubleSQLite les stocke en entiers ou en doubles ; une précision déclarée n'est gardée que si les valeurs y tiennent.
BLOB, and columns holding bytes	byteaLes octets restent des octets ; le texte et les nombres de la même colonne sont gardés sous forme d'octets.
DATE, DATETIME, TIMESTAMP holding ISO 8601 text	date, timestampQuand chaque valeur est une date ou une date et une heure ; les nombres epoch et les autres textes gardent leurs valeurs telles quelles.
JSON holding JSON text	jsonbQuand chaque valeur est un objet ou un tableau JSON.
Infinity in REAL columns	Infinity, que le double de PostgreSQL conserveLes doubles de PostgreSQL acceptent l'infini.
INTEGER PRIMARY KEY, AUTOINCREMENT	GENERATED BY DEFAULT AS IDENTITY, qui reprend après l'identifiant le plus élevé ou celui de sqlite_sequenceSeule une colonne déclarée exactement INTEGER PRIMARY KEY est le rowid ; chaque ligne garde son identifiant, et le compteur reprend après le plus grand identifiant jamais attribué.
COLLATE NOCASE	comparaison exactePostgreSQL compare le texte exactement, sauf indication contraire ; les colonnes NOCASE ne sont plus insensibles à la casse.	case_insensitive_collation
generated columns	STOREDPostgreSQL 13 à 17 ne fait que stocker les colonnes générées ; la formule est la même.	virtual_as_stored
generated columns with functions IntoSQL doesn't write, and the \|\| operator	une colonne simpleUne formule qui ne peut pas être écrite laisse une colonne simple et une ligne dans le rapport ; le dump ne contient aucune valeur pour les colonnes générées.	generated_not_translated
defaults with functions IntoSQL doesn't write (strftime, randomblob)	aucune valeur par défautUne valeur par défaut qui ne peut pas être écrite est omise et signalée ; CURRENT_TIMESTAMP et datetime('now') sont écrits.	default_not_translated
CHECK constraints	traduitesLes mêmes contraintes CHECK, vérifiées au chargement de chaque ligne.
CHECK constraints with functions IntoSQL doesn't write	non crééeUne contrainte CHECK qui ne peut pas être écrite est omise et signalée.	check_skipped
partial and expression indexes	non crééeIntoSQL écrit des index sur des colonnes entières ; recréez les autres après le chargement.	index_skipped
foreign keys (unenforced unless PRAGMA foreign_keys=ON)	clés étrangères, NOT VALID puis validéesSQLite ne vérifie les clés étrangères que si on le lui demande, donc les lignes sans parent sont courantes : elles se chargent, et la clé reste non vérifiée avec un avertissement au lieu d'arrêter le chargement.
foreign keys to tables the dump doesn't create	non crééeUne clé ne peut pas désigner une table absente.	foreign_key_skipped
primary keys holding NULL, and NOT NULL columns with values that become NULL	NOT NULL retiréSQLite permet à une clé primaire autre que le rowid de contenir NULL ; la colonne ne peut pas être NOT NULL dans la cible, sinon le chargement s'arrêterait.	not_null_relaxed
views, triggers and virtual tables (FTS, R*Tree)	listés dans le rapportLeur code est écrit dans le langage propre à SQLite, et les tables virtuelles ont besoin des modules de SQLite ; ils sont listés pour que vous les recréiez. Leurs tables internes ne sont pas copiées.	not_converted_objects
dumps without CREATE TABLE (--data-only)	types déduits des valeursUn dump de données seules ne contient que des lignes, donc les types viennent des valeurs et les colonnes sont numérotées.	no_schema
expressions in INSERT values other than the text functions dumps write	NULLunistr(), replace(), char() et \|\| sont évalués tels que le shell les écrit ; les autres expressions ne peuvent pas l'être sans base de données.	expression_value
NUL characters in text	retiréLe shell sqlite3 et Python coupent le texte à un caractère NUL quand ils le dumpent ; seul ce qui le précède est donc dans le dump. Le texte PostgreSQL ne peut pas en contenir non plus.	nul_removed
text that isn't valid UTF-8	les octets invalides deviennent le caractère de remplacementLes dumps écrivent ce texte en octets bruts ; le script est en UTF-8.	invalid_utf8_replaced
text decoded twice (Ã±)	copié tel quelLe dump contient exactement ces caractères, ils sont donc copiés ; le rapport les signale.	mojibake_suspected

Charger le script dans PostgreSQL

Le script crée les tables, copie les lignes, puis ajoute les clés, les index et les clés étrangères ; il se charge donc vite et s'arrête à la première erreur.

$psql -v ON_ERROR_STOP=1 -d mydb -f sqlite.postgresql.sql

Les clés étrangères sont ajoutées en NOT VALID, puis validées. Si une ligne pointe vers une ligne qui n'existe pas, le script vous indique quelle contrainte, au lieu d'échouer à mi-chemin.

Pour un gros dump, créez d'abord la base de données et exécutez le script avec psql depuis la machine du serveur.

IntoSQL Pro charge le fichier directement dans PostgreSQL depuis l'application de bureau ou la ligne de commande, sans écrire de script.

Faire le dump SQLite pour un meilleur résultat

Le convertisseur lit ce que contient le dump. Ces options y gardent davantage de vos données :

Le fichier de base de données lui-même se convertit tel quel, lu page par page dans votre navigateur. Fermez d'abord l'application qui y écrit, pour qu'aucun changement ne reste dans son fichier -wal.
sqlite3 app.db .dump > app.sql écrit la même base de données en SQL, qui se convertit aussi, en .sql ou .sql.gz.
DB Browser for SQLite écrit ce SQL avec File, Export, Database to SQL file, tout comme iterdump() de Python.

Ce qui n'est pas converti

Les vues et les déclencheurs sont écrits dans le langage propre à SQLite. Ils sont listés par nom dans le rapport, jamais supprimés en silence, pour que vous puissiez les réécrire pour PostgreSQL. Les tables virtuelles, comme FTS5 et R*Tree, sont listées aussi, et leurs tables internes sont omises.

Questions sur SQLite vers PostgreSQL

Pas de réponse ici ? Écrivez-nous depuis la page de contact, une personne vous répond. Page de contact

Mon dump est-il envoyé ?

Non. Le convertisseur s'exécute dans votre navigateur et lit le dump depuis votre disque par morceaux ; il ne quitte donc jamais votre ordinateur. L'application de bureau et la ligne de commande convertissent aussi sur votre ordinateur.

Quelle taille peut avoir le dump ?

Le convertisseur ne garde jamais tout le dump en mémoire : il lit le fichier deux fois, par plages, et écrit le script au fur et à mesure. Les dumps de plusieurs gigaoctets se convertissent dans le navigateur, dans l'application de bureau et avec la ligne de commande.

Puis-je convertir le fichier .db lui-même ?

Oui. Déposez le fichier .db, .sqlite ou .sqlite3 : il est lu dans votre navigateur et jamais envoyé. Le texte avec des caractères NUL et chaque chiffre d'un double arrivent tels qu'ils sont stockés, ce qu'un .dump peut tronquer.

De quelles versions de SQLite le dump peut-il venir ?

Les fichiers de base de données de SQLite 3.0 et après, en UTF-8 ou UTF-16, et les dumps du .dump du shell sqlite3 ou de iterdump() de Python. Chaque fichier et dump de test vient de sqlite3 3.31 à 3.54, tables STRICT et WITHOUT ROWID comprises, et est comparé à sa source cellule par cellule.

Comment les types de colonnes sont-ils décidés quand SQLite ne les impose pas ?

Le type déclaré est une indication et les valeurs décident : une colonne devient integer, numeric, double precision, date, timestamp, boolean, bytea ou text quand chaque valeur y correspond. Une colonne aux valeurs mélangées garde leur texte, et le rapport indique lesquelles.

INTEGER PRIMARY KEY et AUTOINCREMENT sont-ils conservés ?

Oui. Un INTEGER PRIMARY KEY devient une colonne d'identité, chaque ligne garde son identifiant, et le prochain identifiant reprend après le plus élevé, ou après la valeur de sqlite_sequence avec AUTOINCREMENT.

Et les vues et les déclencheurs ?

Ils sont listés par nom dans le rapport et ne sont pas convertis, car chaque base de données les écrit dans son propre langage.

Sur quelles versions de PostgreSQL le script se charge-t-il ?

PostgreSQL 13 à 18. Le même script se charge sur chacune, et s'arrête à la première erreur en cas de problème.