Convierte SQLite a PostgreSQL
Suelta un archivo de base de datos SQLite (.db, .sqlite, .sqlite3) o el SQL que escribe .dump de sqlite3, y descarga un script de PostgreSQL con las mismas tablas, claves, índices y datos. Cada columna recibe el tipo en el que caben sus valores, y cada valor que PostgreSQL no puede guardar tal cual aparece en el informe.
18 filas convertidas, sin correcciones, ninguna rechazada
Tablas en shop_2024_sqlite.sqlVolcado de SQLite · escrito por sqlite3 · utf-8
customers8 filas
7 columnas 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 filas
9 columnas 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
Sin convertir
- Vista order_totals
- Disparador orders_shipped
Cada base de datos los escribe en su propio lenguaje. Reescríbelos para 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);
Correcciones
No hubo nada que corregir.
Para revisar
- 1 columna de texto compara sin distinguir mayúsculas en el origen; PostgreSQL compara exactamente, así que las claves únicas y las búsquedas pueden comportarse distinto. Usa una intercalación o un tipo de columna que no distinga mayúsculas en las columnas que lo necesiten.
- 2 vistas, disparadores, rutinas o eventos no se convierten; el informe lista cada uno. Vuelve a crearlos a mano en PostgreSQL.
Tu archivo se convierte en esta computadora y nunca se sube.
Otros ejemplos:
Qué cambia de SQLite a PostgreSQL
Cada fila es una regla que aplica el convertidor, con la línea que escribe en el informe cuando la regla cambia algo en tus datos.
declared types (any text: VARCHAR(255), DATETIME, BOOLEAN, JSON or none)
el tipo en el que caben todos los valores de la columna
SQLite guarda cualquier valor en cualquier columna, así que el tipo declarado es una pista: cada columna recibe el tipo en el que caben todos sus valores, y una columna con valores mezclados conserva su texto.
BOOLEAN, BOOL
boolean
Cuando cada valor es 0 o 1; una columna que también tiene otros valores los conserva como números o texto.
TEXT, VARCHAR(n), CHAR(n), CLOB
varchar(n) cuando cada valor cabe en la longitud declarada, si no text
SQLite nunca aplica una longitud; una longitud declarada se mantiene solo cuando cada valor cabe en ella.
DECIMAL(p,s), NUMERIC
el tipo exacto cuando cada valor cabe en él, si no un double
SQLite los guarda como enteros o doubles; una precisión declarada se mantiene solo cuando los valores caben en ella.
BLOB, and columns holding bytes
bytea
Los bytes siguen siendo bytes; el texto y los números de la misma columna se conservan como sus bytes.
DATE, DATETIME, TIMESTAMP holding ISO 8601 text
date, timestamp
Cuando cada valor es una fecha o una fecha con hora; los números epoch y el resto del texto conservan sus valores tal cual.
JSON holding JSON text
jsonb
Cuando cada valor es un objeto o un arreglo JSON.
Infinity in REAL columns
Infinity, como lo guarda el double de PostgreSQL
Los doubles de PostgreSQL admiten el infinito.
INTEGER PRIMARY KEY, AUTOINCREMENT
GENERATED BY DEFAULT AS IDENTITY, siguiendo después del id más alto o del valor de sqlite_sequence
Solo una columna declarada exactamente INTEGER PRIMARY KEY es el rowid; cada fila conserva su id, y el contador empieza después del id más alto que se haya asignado.
COLLATE NOCASE
comparación exacta
PostgreSQL compara el texto exactamente salvo que se indique otra cosa; las columnas NOCASE dejan de ignorar las mayúsculas.
Línea del informe: case_insensitive_collation
generated columns
STORED
PostgreSQL 13 a 17 solo guarda columnas generadas; la fórmula es la misma.
Línea del informe: virtual_as_stored
generated columns with functions IntoSQL doesn't write, and the || operator
una columna simple
Una fórmula que no se puede escribir deja una columna simple y una línea en el informe; el volcado no tiene valores para las columnas generadas.
Línea del informe: generated_not_translated
defaults with functions IntoSQL doesn't write (strftime, randomblob)
sin valor predeterminado
Un valor predeterminado que no se puede escribir se deja fuera y aparece en el informe; CURRENT_TIMESTAMP y datetime('now') sí se escriben.
Línea del informe: default_not_translated
CHECK constraints
traducidos
Los mismos CHECK, comprobados al cargar cada fila.
CHECK constraints with functions IntoSQL doesn't write
no se crea
Un CHECK que no se puede escribir se deja fuera y aparece en el informe.
Línea del informe: check_skipped
partial and expression indexes
no se crea
IntoSQL escribe índices sobre columnas completas; vuelve a crear los demás después de cargar.
Línea del informe: index_skipped
foreign keys (unenforced unless PRAGMA foreign_keys=ON)
claves foráneas, NOT VALID y luego validadas
SQLite solo comprueba las claves foráneas cuando se le indica, así que las filas sin padre son comunes: se cargan, y la clave queda sin comprobar con una advertencia en lugar de detener la carga.
foreign keys to tables the dump doesn't create
no se crea
Una clave no puede nombrar una tabla que no existe.
Línea del informe: foreign_key_skipped
primary keys holding NULL, and NOT NULL columns with values that become NULL
sin NOT NULL
SQLite deja que una clave primaria distinta del rowid tenga NULL; la columna no puede ser NOT NULL en el destino, o la carga se detendría.
Línea del informe: not_null_relaxed
views, triggers and virtual tables (FTS, R*Tree)
listados en el informe
Su código está escrito en el lenguaje propio de SQLite, y las tablas virtuales necesitan los módulos de SQLite; se listan para que los vuelvas a crear. Sus tablas internas no se copian.
Línea del informe: not_converted_objects
dumps without CREATE TABLE (--data-only)
tipos leídos de los valores
Un volcado solo de datos solo tiene filas, así que los tipos salen de los valores y las columnas se numeran.
Línea del informe: no_schema
expressions in INSERT values other than the text functions dumps write
NULL
unistr(), replace(), char() y || se evalúan tal como los escribe el shell; las demás expresiones no se pueden evaluar sin una base de datos.
Línea del informe: expression_value
NUL characters in text
se quita
El shell sqlite3 y Python cortan el texto en un carácter NUL al volcarlo, así que en el volcado solo está lo que lo precede. El texto de PostgreSQL tampoco puede contenerlo.
Línea del informe: nul_removed
text that isn't valid UTF-8
los bytes incorrectos como carácter de reemplazo
Los volcados escriben ese texto como bytes sin procesar; el script es UTF-8.
Línea del informe: invalid_utf8_replaced
text decoded twice (ñ)
se copia tal cual
El volcado contiene exactamente estos caracteres, así que se copian; el informe los señala.
Línea del informe: mojibake_suspected
| En SQLite | En PostgreSQL | Línea del informe |
|---|---|---|
| declared types (any text: VARCHAR(255), DATETIME, BOOLEAN, JSON or none) | el tipo en el que caben todos los valores de la columnaSQLite guarda cualquier valor en cualquier columna, así que el tipo declarado es una pista: cada columna recibe el tipo en el que caben todos sus valores, y una columna con valores mezclados conserva su texto. | |
| BOOLEAN, BOOL | booleanCuando cada valor es 0 o 1; una columna que también tiene otros valores los conserva como números o texto. | |
| TEXT, VARCHAR(n), CHAR(n), CLOB | varchar(n) cuando cada valor cabe en la longitud declarada, si no textSQLite nunca aplica una longitud; una longitud declarada se mantiene solo cuando cada valor cabe en ella. | |
| DECIMAL(p,s), NUMERIC | el tipo exacto cuando cada valor cabe en él, si no un doubleSQLite los guarda como enteros o doubles; una precisión declarada se mantiene solo cuando los valores caben en ella. | |
| BLOB, and columns holding bytes | byteaLos bytes siguen siendo bytes; el texto y los números de la misma columna se conservan como sus bytes. | |
| DATE, DATETIME, TIMESTAMP holding ISO 8601 text | date, timestampCuando cada valor es una fecha o una fecha con hora; los números epoch y el resto del texto conservan sus valores tal cual. | |
| JSON holding JSON text | jsonbCuando cada valor es un objeto o un arreglo JSON. | |
| Infinity in REAL columns | Infinity, como lo guarda el double de PostgreSQLLos doubles de PostgreSQL admiten el infinito. | |
| INTEGER PRIMARY KEY, AUTOINCREMENT | GENERATED BY DEFAULT AS IDENTITY, siguiendo después del id más alto o del valor de sqlite_sequenceSolo una columna declarada exactamente INTEGER PRIMARY KEY es el rowid; cada fila conserva su id, y el contador empieza después del id más alto que se haya asignado. | |
| COLLATE NOCASE | comparación exactaPostgreSQL compara el texto exactamente salvo que se indique otra cosa; las columnas NOCASE dejan de ignorar las mayúsculas. | case_insensitive_collation |
| generated columns | STOREDPostgreSQL 13 a 17 solo guarda columnas generadas; la fórmula es la misma. | virtual_as_stored |
| generated columns with functions IntoSQL doesn't write, and the || operator | una columna simpleUna fórmula que no se puede escribir deja una columna simple y una línea en el informe; el volcado no tiene valores para las columnas generadas. | generated_not_translated |
| defaults with functions IntoSQL doesn't write (strftime, randomblob) | sin valor predeterminadoUn valor predeterminado que no se puede escribir se deja fuera y aparece en el informe; CURRENT_TIMESTAMP y datetime('now') sí se escriben. | default_not_translated |
| CHECK constraints | traducidosLos mismos CHECK, comprobados al cargar cada fila. | |
| CHECK constraints with functions IntoSQL doesn't write | no se creaUn CHECK que no se puede escribir se deja fuera y aparece en el informe. | check_skipped |
| partial and expression indexes | no se creaIntoSQL escribe índices sobre columnas completas; vuelve a crear los demás después de cargar. | index_skipped |
| foreign keys (unenforced unless PRAGMA foreign_keys=ON) | claves foráneas, NOT VALID y luego validadasSQLite solo comprueba las claves foráneas cuando se le indica, así que las filas sin padre son comunes: se cargan, y la clave queda sin comprobar con una advertencia en lugar de detener la carga. | |
| foreign keys to tables the dump doesn't create | no se creaUna clave no puede nombrar una tabla que no existe. | foreign_key_skipped |
| primary keys holding NULL, and NOT NULL columns with values that become NULL | sin NOT NULLSQLite deja que una clave primaria distinta del rowid tenga NULL; la columna no puede ser NOT NULL en el destino, o la carga se detendría. | not_null_relaxed |
| views, triggers and virtual tables (FTS, R*Tree) | listados en el informeSu código está escrito en el lenguaje propio de SQLite, y las tablas virtuales necesitan los módulos de SQLite; se listan para que los vuelvas a crear. Sus tablas internas no se copian. | not_converted_objects |
| dumps without CREATE TABLE (--data-only) | tipos leídos de los valoresUn volcado solo de datos solo tiene filas, así que los tipos salen de los valores y las columnas se numeran. | no_schema |
| expressions in INSERT values other than the text functions dumps write | NULLunistr(), replace(), char() y || se evalúan tal como los escribe el shell; las demás expresiones no se pueden evaluar sin una base de datos. | expression_value |
| NUL characters in text | se quitaEl shell sqlite3 y Python cortan el texto en un carácter NUL al volcarlo, así que en el volcado solo está lo que lo precede. El texto de PostgreSQL tampoco puede contenerlo. | nul_removed |
| text that isn't valid UTF-8 | los bytes incorrectos como carácter de reemplazoLos volcados escriben ese texto como bytes sin procesar; el script es UTF-8. | invalid_utf8_replaced |
| text decoded twice (ñ) | se copia tal cualEl volcado contiene exactamente estos caracteres, así que se copian; el informe los señala. | mojibake_suspected |
Carga el script en PostgreSQL
El script crea las tablas, copia las filas y luego agrega claves, índices y claves foráneas, así que carga rápido y se detiene en el primer error.
psql -v ON_ERROR_STOP=1 -d mydb -f sqlite.postgresql.sqlLas claves foráneas se agregan como NOT VALID y luego se validan. Si una fila apunta a una fila que no existe, el script te dice qué restricción es, en lugar de fallar a medias.
Para un volcado grande, crea primero la base de datos y ejecuta el script con psql desde la misma máquina que el servidor.
IntoSQL Pro carga el archivo directo en PostgreSQL desde la app de escritorio o la línea de comandos, sin escribir un script.
Haz el volcado de SQLite para el mejor resultado
El convertidor lee lo que contiene el volcado. Estas opciones conservan más de tus datos en él:
- El archivo de la base de datos se convierte tal cual, leído página por página en tu navegador. Cierra primero la app que escribe en él, para que ningún cambio se quede en su archivo -wal.
- sqlite3 app.db .dump > app.sql escribe la misma base de datos como SQL, que también se convierte, en .sql o .sql.gz.
- DB Browser for SQLite escribe ese SQL con File, Export, Database to SQL file, y también lo hace iterdump() de Python.
Qué no se convierte
Las vistas y los disparadores se escriben en el lenguaje propio de SQLite. Aparecen en el informe por nombre, nunca se descartan en silencio, para que puedas reescribirlos para PostgreSQL. Las tablas virtuales, como FTS5 y R*Tree, también aparecen, y sus tablas internas se dejan fuera.
Preguntas sobre SQLite a PostgreSQL
¿No encuentras la respuesta? Escríbenos desde la página de contacto y te responde una persona. Página de contacto
¿Se sube mi volcado?
No. El convertidor se ejecuta en tu navegador y lee el volcado de tu disco por partes, así que nunca sale de tu computadora. La app de escritorio y la línea de comandos también convierten en tu computadora.
¿Qué tan grande puede ser el volcado?
El convertidor nunca tiene todo el volcado en memoria: lee el archivo dos veces, por rangos, y escribe el script sobre la marcha. Los volcados de varios gigabytes se convierten en el navegador, en la app de escritorio y con la línea de comandos.
¿Puedo convertir directamente el archivo .db?
Sí. Suelta el archivo .db, .sqlite o .sqlite3: se lee en tu navegador y nunca se sube. El texto con caracteres NUL y cada dígito de un double llegan tal como están guardados, algo que un .dump puede recortar.
¿De qué versiones de SQLite puede venir el volcado?
Archivos de base de datos de SQLite 3.0 en adelante, en UTF-8 o UTF-16, y volcados del .dump del shell sqlite3 o de iterdump() de Python. Cada archivo y volcado de prueba viene de sqlite3 3.31 a 3.54, con tablas STRICT y WITHOUT ROWID incluidas, y se compara con su origen celda por celda.
¿Cómo se deciden los tipos de columna si SQLite no los aplica?
El tipo declarado es una pista y los valores deciden: una columna se vuelve integer, numeric, double precision, date, timestamp, boolean, bytea o text cuando cada valor cabe en ese tipo. Una columna con valores mezclados conserva su texto, y el informe dice cuáles.
¿Se conservan INTEGER PRIMARY KEY y AUTOINCREMENT?
Sí. Una INTEGER PRIMARY KEY se vuelve una columna de identidad, cada fila conserva su id, y el siguiente id sigue después del más alto, o después del valor de sqlite_sequence con AUTOINCREMENT.
¿Qué pasa con las vistas y los disparadores?
Aparecen en el informe por nombre y no se convierten, porque cada base de datos los escribe en su propio lenguaje.
¿En qué versiones de PostgreSQL carga el script?
PostgreSQL 13 a 18. El mismo script carga en cada una, y se detiene en el primer error si algo sale mal.