SQLite omzetten naar MariaDB
Zet een SQLite-databasebestand (.db, .sqlite, .sqlite3) neer of de SQL die .dump van sqlite3 schrijft, en download een MariaDB-script met dezelfde tabellen, sleutels, indexen en data. Elke kolom krijgt het type waarin zijn waarden passen, en elke waarde die MariaDB niet ongewijzigd kan bevatten, staat in het rapport.
18 rijen geconverteerd, geen correcties, geen afgewezen
Tabellen in shop_2024_sqlite.sqlSQLite-dump · geschreven door sqlite3 · utf-8
customers8 rijen
7 kolommen id bigint not null name text not null email varchar(768) not null country text not null is_active tinyint(1) not null signed_up date created_at datetime not null orders10 rijen
9 kolommen id bigint not null customer_id bigint not null status varchar(768) not null total decimal(10,2) not null items int not null ordered_at datetime not null shipped_at datetime note text receipt blob
Niet geconverteerd
- Weergave order_totals
- Trigger orders_shipped
Elke database schrijft deze in een eigen taal. Herschrijf ze voor MariaDB.
-- Written by IntoSQL from a SQLite dump. Load it with: mariadb --default-character-set=utf8mb4 <database> < <file>
SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0;
SET UNIQUE_CHECKS = 0;
SET SQL_MODE = 'NO_AUTO_VALUE_ON_ZERO,ALLOW_INVALID_DATES';
CREATE TABLE `customers` (
`id` bigint NOT NULL AUTO_INCREMENT,
`name` text NOT NULL,
`email` varchar(768) NOT NULL,
`country` text NOT NULL DEFAULT 'US',
`is_active` tinyint(1) NOT NULL DEFAULT 1,
`signed_up` date,
`created_at` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,
PRIMARY KEY (`id`),
UNIQUE KEY `email` (`email`),
CONSTRAINT `check1` CHECK (char_length(`country`) = 2)
) AUTO_INCREMENT=9 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin;
CREATE TABLE `orders` (
`id` bigint NOT NULL AUTO_INCREMENT,
`customer_id` bigint NOT NULL,
`status` varchar(768) NOT NULL DEFAULT 'pending',
`total` decimal(10,2) NOT NULL,
`items` int NOT NULL DEFAULT 1,
`ordered_at` datetime NOT NULL,
`shipped_at` datetime,
`note` text,
`receipt` blob,
PRIMARY KEY (`id`),
KEY `idx_orders_customer` (`customer_id`),
KEY `idx_orders_status_date` (`status`,`ordered_at`),
CONSTRAINT `check1` CHECK (`status` IN ('pending', 'paid', 'shipped', 'cancelled')),
FOREIGN KEY (`customer_id`) REFERENCES `customers` (`id`) ON DELETE CASCADE
) AUTO_INCREMENT=11 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin;
INSERT INTO `customers` (`id`,`name`,`email`,`country`,`is_active`,`signed_up`,`created_at`) VALUES (1,'Ana Martínez','ana@example.com','MX',1,'2023-01-15','2023-01-15 10:24:00');
INSERT INTO `customers` (`id`,`name`,`email`,`country`,`is_active`,`signed_up`,`created_at`) VALUES (2,'Zoë Müller','zoe@example.de','DE',1,'2023-02-03','2023-02-03 08:11:42');
INSERT INTO `customers` (`id`,`name`,`email`,`country`,`is_active`,`signed_up`,`created_at`) VALUES (3,'José Peña','jose@example.es','ES',0,'2023-03-21','2023-03-21 19:05:17');
INSERT INTO `customers` (`id`,`name`,`email`,`country`,`is_active`,`signed_up`,`created_at`) VALUES (4,'李雷','lilei@example.cn','CN',1,'2023-05-09','2023-05-09 02:40:00');
INSERT INTO `customers` (`id`,`name`,`email`,`country`,`is_active`,`signed_up`,`created_at`) VALUES (5,'Noah O\'Brien','noah@example.ie','IE',1,NULL,'2023-06-30 14:00:00');
INSERT INTO `customers` (`id`,`name`,`email`,`country`,`is_active`,`signed_up`,`created_at`) VALUES (6,'Amélie Laurent','amelie@example.fr','FR',1,'2024-01-02','2024-01-02 09:30:00');
INSERT INTO `customers` (`id`,`name`,`email`,`country`,`is_active`,`signed_up`,`created_at`) VALUES (7,'Ravi Patel','ravi@example.in','IN',0,'2024-02-29','2024-02-29 23:59:59');
INSERT INTO `customers` (`id`,`name`,`email`,`country`,`is_active`,`signed_up`,`created_at`) VALUES (8,'Sofia Rossi 🌻','sofia@example.it','IT',1,'2024-04-12','2024-04-12 12:12:12');
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`receipt`) VALUES (1,1,'shipped',129.9,3,'2024-03-01 10:00:00','2024-03-02 16:30:00',NULL,NULL);
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`receipt`) VALUES (2,2,'paid',54,1,'2024-03-02 11:15:00',NULL,'Gift wrap 🎁',NULL);
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`receipt`) VALUES (3,1,'cancelled',12.5,1,'2024-03-03 09:45:00',NULL,'Customer changed their mind',NULL);
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`receipt`) VALUES (4,4,'shipped',980,12,'2024-03-05 02:10:00','2024-03-07 08:00:00','请小心轻放',X'25504446');
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`receipt`) VALUES (5,5,'pending',45.75,2,'2024-03-08 17:20:00',NULL,'Leave at the door;\nring twice',NULL);
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`receipt`) VALUES (6,6,'shipped',310.4,5,'2024-03-10 13:00:00','2024-03-11 09:00:00','Fragile: "glass"',NULL);
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`receipt`) VALUES (7,8,'paid',76.2,2,'2024-03-11 18:45:00',NULL,NULL,NULL);
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`receipt`) VALUES (8,2,'paid',19.99,1,'2024-03-12 08:00:00',NULL,'Paid at the counter',NULL);
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`receipt`) VALUES (9,3,'shipped',64,2,'2024-03-14 15:30:00',NULL,'Shipping date never recorded',NULL);
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`receipt`) VALUES (10,7,'paid',1499,1,'2024-03-15 21:05:00',NULL,'C:\\Users\\ravi\\invoice.pdf',NULL);
SET UNIQUE_CHECKS = 1;
SET FOREIGN_KEY_CHECKS = 1;
Correcties
Er hoefde niets gecorrigeerd te worden.
Na te kijken
- 1 tekstkolom vergelijkt in de bron zonder op hoofdletters te letten; MariaDB vergelijkt exact, dus unieke sleutels en zoekopdrachten kunnen anders werken. Gebruik een collation of kolomtype dat hoofdletters negeert voor de kolommen die dat nodig hebben.
- 2 weergaven, triggers, routines of gebeurtenissen zijn niet geconverteerd; het rapport noemt ze allemaal. Maak ze met de hand opnieuw aan in MariaDB.
Je bestand wordt op deze computer omgezet en nooit geüpload.
Andere voorbeelden:
Wat er verandert van SQLite naar MariaDB
Elke rij is een regel die de converter toepast, met de rapportregel die hij schrijft als de regel iets in je data verandert.
declared types (any text: VARCHAR(255), DATETIME, BOOLEAN, JSON or none)
het type waarin elke waarde in de kolom past
SQLite bewaart elke waarde in elke kolom, dus het gedeclareerde type is een hint: elke kolom krijgt het type waarin al zijn waarden passen, en een kolom met gemengde waarden behoudt hun tekst.
BOOLEAN, BOOL
tinyint(1)
Als elke waarde 0 of 1 is; een kolom die ook andere waarden bevat, behoudt ze als getallen of tekst.
TEXT, VARCHAR(n), CHAR(n), CLOB
varchar(n) tot 1024 tekens, daarboven text-typen
SQLite dwingt nooit een lengte af; een gedeclareerde lengte geldt alleen als elke waarde erin past.
DECIMAL(p,s), NUMERIC
het exacte type als elke waarde erin past, anders een double
SQLite slaat deze op als gehele getallen of doubles; een gedeclareerde precisie geldt alleen als de waarden erin passen.
BLOB, and columns holding bytes
blob-typen
Bytes blijven bytes; tekst en getallen in dezelfde kolom blijven behouden als hun bytes.
DATE, DATETIME, TIMESTAMP holding ISO 8601 text
date, datetime(p)
Als elke waarde een datum of een datum met tijd is; epoch-getallen en andere tekst behouden hun waarden ongewijzigd.
JSON holding JSON text
json
Als elke waarde een JSON-object of -array is.
Infinity in REAL columns
NULL
Doubles in MariaDB kennen geen oneindig, dus die waarden worden NULL en het rapport telt ze.
Rapportregel: invalid_value_null
INTEGER PRIMARY KEY, AUTOINCREMENT
AUTO_INCREMENT, verdergaand na het hoogste id of de waarde in sqlite_sequence
Alleen een kolom die precies als INTEGER PRIMARY KEY is gedeclareerd, is de rowid; elke rij behoudt zijn id, en de teller begint na het hoogste id dat ooit is uitgegeven.
COLLATE NOCASE
exacte vergelijking (utf8mb4_bin)
Tabellen gebruiken utf8mb4_bin, zodat tekst exact wordt vergeleken, zoals standaard in SQLite; NOCASE-kolommen negeren hoofdletters niet langer.
Rapportregel: case_insensitive_collation
generated columns
gegenereerde kolommen, STORED of VIRTUAL zoals in de bron
MariaDB berekent ze op dezelfde manier.
generated columns with functions IntoSQL doesn't write, and the || operator
een gewone kolom
Een formule die niet kan worden geschreven, levert een gewone kolom en een regel in het rapport op; de dump bevat geen waarden voor gegenereerde kolommen.
Rapportregel: generated_not_translated
defaults with functions IntoSQL doesn't write (strftime, randomblob)
geen standaardwaarde
Een standaardwaarde die niet kan worden geschreven, wordt weggelaten en gemeld; CURRENT_TIMESTAMP en datetime('now') worden wel geschreven.
Rapportregel: default_not_translated
CHECK constraints
vertaald
Dezelfde checks, getest terwijl elke rij laadt.
CHECK constraints with functions IntoSQL doesn't write
niet aangemaakt
Een check die niet kan worden geschreven, wordt weggelaten en gemeld.
Rapportregel: check_skipped
partial and expression indexes
niet aangemaakt
IntoSQL schrijft indexen op hele kolommen; maak de andere na het laden opnieuw aan.
Rapportregel: index_skipped
foreign keys (unenforced unless PRAGMA foreign_keys=ON)
refererende sleutels, geladen met FOREIGN_KEY_CHECKS=0
SQLite controleert refererende sleutels alleen als dat gevraagd wordt, dus rijen zonder ouder komen vaak voor: ze laden, en de sleutel blijft ongecontroleerd met een waarschuwing, in plaats van het laden te stoppen.
foreign keys to tables the dump doesn't create
niet aangemaakt
Een sleutel kan niet verwijzen naar een tabel die er niet is.
Rapportregel: foreign_key_skipped
primary keys holding NULL, and NOT NULL columns with values that become NULL
NOT NULL weggelaten
SQLite staat NULL toe in een primaire sleutel die niet de rowid is; de kolom kan in het doel niet NOT NULL zijn, anders zou het laden stoppen.
Rapportregel: not_null_relaxed
views, triggers and virtual tables (FTS, R*Tree)
vermeld in het rapport
Hun code is geschreven in de eigen taal van SQLite, en virtuele tabellen hebben de modules van SQLite nodig; ze worden vermeld zodat je ze opnieuw kunt maken. Hun interne tabellen worden niet gekopieerd.
Rapportregel: not_converted_objects
dumps without CREATE TABLE (--data-only)
typen afgeleid uit de waarden
Een dump met alleen data bevat alleen rijen, dus de typen komen uit de waarden en de kolommen worden genummerd.
Rapportregel: no_schema
expressions in INSERT values other than the text functions dumps write
NULL
unistr(), replace(), char() en || worden geëvalueerd zoals de shell ze schrijft; andere expressies kunnen zonder database niet worden geëvalueerd.
Rapportregel: expression_value
NUL characters in text
behouden
De sqlite3-shell en Python kappen tekst af bij een NUL-teken als ze hem dumpen, dus alleen wat ervoor staat, zit in de dump.
text that isn't valid UTF-8
de foute bytes als het vervangingsteken
Dumps schrijven zulke tekst als ruwe bytes; het script is UTF-8.
Rapportregel: invalid_utf8_replaced
text decoded twice (ñ)
ongewijzigd gekopieerd
De dump bevat precies deze tekens, dus ze worden gekopieerd; het rapport wijst ze aan.
Rapportregel: mojibake_suspected
| In SQLite | In MariaDB | Rapportregel |
|---|---|---|
| declared types (any text: VARCHAR(255), DATETIME, BOOLEAN, JSON or none) | het type waarin elke waarde in de kolom pastSQLite bewaart elke waarde in elke kolom, dus het gedeclareerde type is een hint: elke kolom krijgt het type waarin al zijn waarden passen, en een kolom met gemengde waarden behoudt hun tekst. | |
| BOOLEAN, BOOL | tinyint(1)Als elke waarde 0 of 1 is; een kolom die ook andere waarden bevat, behoudt ze als getallen of tekst. | |
| TEXT, VARCHAR(n), CHAR(n), CLOB | varchar(n) tot 1024 tekens, daarboven text-typenSQLite dwingt nooit een lengte af; een gedeclareerde lengte geldt alleen als elke waarde erin past. | |
| DECIMAL(p,s), NUMERIC | het exacte type als elke waarde erin past, anders een doubleSQLite slaat deze op als gehele getallen of doubles; een gedeclareerde precisie geldt alleen als de waarden erin passen. | |
| BLOB, and columns holding bytes | blob-typenBytes blijven bytes; tekst en getallen in dezelfde kolom blijven behouden als hun bytes. | |
| DATE, DATETIME, TIMESTAMP holding ISO 8601 text | date, datetime(p)Als elke waarde een datum of een datum met tijd is; epoch-getallen en andere tekst behouden hun waarden ongewijzigd. | |
| JSON holding JSON text | jsonAls elke waarde een JSON-object of -array is. | |
| Infinity in REAL columns | NULLDoubles in MariaDB kennen geen oneindig, dus die waarden worden NULL en het rapport telt ze. | invalid_value_null |
| INTEGER PRIMARY KEY, AUTOINCREMENT | AUTO_INCREMENT, verdergaand na het hoogste id of de waarde in sqlite_sequenceAlleen een kolom die precies als INTEGER PRIMARY KEY is gedeclareerd, is de rowid; elke rij behoudt zijn id, en de teller begint na het hoogste id dat ooit is uitgegeven. | |
| COLLATE NOCASE | exacte vergelijking (utf8mb4_bin)Tabellen gebruiken utf8mb4_bin, zodat tekst exact wordt vergeleken, zoals standaard in SQLite; NOCASE-kolommen negeren hoofdletters niet langer. | case_insensitive_collation |
| generated columns | gegenereerde kolommen, STORED of VIRTUAL zoals in de bronMariaDB berekent ze op dezelfde manier. | |
| generated columns with functions IntoSQL doesn't write, and the || operator | een gewone kolomEen formule die niet kan worden geschreven, levert een gewone kolom en een regel in het rapport op; de dump bevat geen waarden voor gegenereerde kolommen. | generated_not_translated |
| defaults with functions IntoSQL doesn't write (strftime, randomblob) | geen standaardwaardeEen standaardwaarde die niet kan worden geschreven, wordt weggelaten en gemeld; CURRENT_TIMESTAMP en datetime('now') worden wel geschreven. | default_not_translated |
| CHECK constraints | vertaaldDezelfde checks, getest terwijl elke rij laadt. | |
| CHECK constraints with functions IntoSQL doesn't write | niet aangemaaktEen check die niet kan worden geschreven, wordt weggelaten en gemeld. | check_skipped |
| partial and expression indexes | niet aangemaaktIntoSQL schrijft indexen op hele kolommen; maak de andere na het laden opnieuw aan. | index_skipped |
| foreign keys (unenforced unless PRAGMA foreign_keys=ON) | refererende sleutels, geladen met FOREIGN_KEY_CHECKS=0SQLite controleert refererende sleutels alleen als dat gevraagd wordt, dus rijen zonder ouder komen vaak voor: ze laden, en de sleutel blijft ongecontroleerd met een waarschuwing, in plaats van het laden te stoppen. | |
| foreign keys to tables the dump doesn't create | niet aangemaaktEen sleutel kan niet verwijzen naar een tabel die er niet is. | foreign_key_skipped |
| primary keys holding NULL, and NOT NULL columns with values that become NULL | NOT NULL weggelatenSQLite staat NULL toe in een primaire sleutel die niet de rowid is; de kolom kan in het doel niet NOT NULL zijn, anders zou het laden stoppen. | not_null_relaxed |
| views, triggers and virtual tables (FTS, R*Tree) | vermeld in het rapportHun code is geschreven in de eigen taal van SQLite, en virtuele tabellen hebben de modules van SQLite nodig; ze worden vermeld zodat je ze opnieuw kunt maken. Hun interne tabellen worden niet gekopieerd. | not_converted_objects |
| dumps without CREATE TABLE (--data-only) | typen afgeleid uit de waardenEen dump met alleen data bevat alleen rijen, dus de typen komen uit de waarden en de kolommen worden genummerd. | no_schema |
| expressions in INSERT values other than the text functions dumps write | NULLunistr(), replace(), char() en || worden geëvalueerd zoals de shell ze schrijft; andere expressies kunnen zonder database niet worden geëvalueerd. | expression_value |
| NUL characters in text | behoudenDe sqlite3-shell en Python kappen tekst af bij een NUL-teken als ze hem dumpen, dus alleen wat ervoor staat, zit in de dump. | |
| text that isn't valid UTF-8 | de foute bytes als het vervangingstekenDumps schrijven zulke tekst als ruwe bytes; het script is UTF-8. | invalid_utf8_replaced |
| text decoded twice (ñ) | ongewijzigd gekopieerdDe dump bevat precies deze tekens, dus ze worden gekopieerd; het rapport wijst ze aan. | mojibake_suspected |
Het script in MariaDB laden
Het script maakt de tabellen aan, kopieert de rijen en voegt daarna sleutels, indexen en refererende sleutels toe, zodat het snel laadt en bij de eerste fout stopt.
mariadb --default-character-set=utf8mb4 mydb < sqlite.mariadb.sqlRefererende sleutels worden aangemaakt zoals de dump ze declareert, met FOREIGN_KEY_CHECKS=0 terwijl de rijen laden, zoals mysqldump doet.
Voer bij een grote dump de client uit op dezelfde machine als de server, en verhoog max_allowed_packet als één rij erg groot is.
IntoSQL Pro laadt het bestand rechtstreeks in MariaDB vanuit de desktopapp of de opdrachtregel, zonder een script te schrijven.
Een dump van SQLite maken voor het beste resultaat
De converter leest wat de dump bevat. Met deze opties blijft er meer van je data in staan:
- Het databasebestand zelf wordt ongewijzigd geconverteerd, pagina voor pagina gelezen in je browser. Sluit eerst de app die erin schrijft, zodat er geen wijziging achterblijft in het -wal-bestand.
- sqlite3 app.db .dump > app.sql schrijft dezelfde database als SQL, die ook wordt geconverteerd, als .sql of .sql.gz.
- DB Browser for SQLite schrijft die SQL met File, Export, Database to SQL file, en iterdump() in Python ook.
Wat niet wordt geconverteerd
Weergaven en triggers zijn geschreven in de eigen taal van SQLite. Ze staan op naam in het rapport en worden nooit stilletjes weggelaten, zodat je ze kunt herschrijven voor MariaDB. Virtuele tabellen, zoals FTS5 en R*Tree, worden ook vermeld, en hun schaduwtabellen worden weggelaten.
Vragen over SQLite naar MariaDB
Staat je vraag er niet bij? Schrijf ons via de contactpagina en een mens antwoordt. Contactpagina
Wordt mijn dump geüpload?
Nee. De converter draait in je browser en leest de dump in delen van je schijf, dus hij verlaat je computer nooit. De desktopapp en de opdrachtregel converteren ook op je computer.
Hoe groot mag de dump zijn?
De converter houdt nooit de hele dump in het geheugen: hij leest het bestand twee keer, in bereiken, en schrijft het script gaandeweg. Dumps van meerdere gigabytes worden geconverteerd in de browser, in de desktopapp en met de opdrachtregel.
Kan ik het .db-bestand zelf converteren?
Ja. Zet het .db-, .sqlite- of .sqlite3-bestand neer: het wordt in je browser gelezen en nooit geüpload. Tekst met NUL-tekens en elk cijfer van een double komen aan zoals ze zijn opgeslagen, wat een .dump kan afkappen.
Van welke SQLite-versies kan de dump komen?
Databasebestanden vanaf SQLite 3.0, in UTF-8 of UTF-16, en dumps van .dump in de sqlite3-shell of van iterdump() in Python. Elk testbestand en elke testdump komt van sqlite3 3.31 tot en met 3.54, STRICT- en WITHOUT ROWID-tabellen inbegrepen, en wordt cel voor cel met zijn bron vergeleken.
Hoe worden kolomtypen bepaald als SQLite ze niet afdwingt?
Het gedeclareerde type is een hint en de waarden beslissen: een kolom wordt een integer-, decimal-, double-, date-, datetime-, tinyint(1)-, blob- of text-type als elke waarde erin past. Een kolom met gemengde waarden behoudt hun tekst, en het rapport zegt welke.
Blijven INTEGER PRIMARY KEY en AUTOINCREMENT behouden?
Ja. Een INTEGER PRIMARY KEY wordt AUTO_INCREMENT, elke rij behoudt zijn id, en het volgende id gaat verder na het hoogste, of na de waarde in sqlite_sequence bij AUTOINCREMENT.
En weergaven en triggers?
Ze staan op naam in het rapport en worden niet geconverteerd, omdat elke database ze in een eigen taal schrijft.
Op welke MariaDB-versies laadt het script?
MariaDB 10.11 en later. Elke testdump laadt op 10.11 en 11.4 en stopt bij de eerste fout als er iets misgaat.