Naar de inhoud
IntoSQL-startpagina

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.

Je bestand
sqlshop_2024_sqlite.sqlVoorbeeldbestand, 3,4 kB
Je database

18 rijen geconverteerd, geen correcties, geen afgewezen

Tonen

Tabellen in shop_2024_sqlite.sqlSQLite-dump · geschreven door sqlite3 · utf-8

  • customers8 rijen
    7 kolommen
    idbigint not null
    nametext not null
    emailvarchar(768) not null
    countrytext not null
    is_activetinyint(1) not null
    signed_update
    created_atdatetime not null
  • orders10 rijen
    9 kolommen
    idbigint not null
    customer_idbigint not null
    statusvarchar(768) not null
    totaldecimal(10,2) not null
    itemsint not null
    ordered_atdatetime not null
    shipped_atdatetime
    notetext
    receiptblob

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 SQLiteIn MariaDBRapportregel
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, BOOLtinyint(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), CLOBvarchar(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), NUMERIChet 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 bytesblob-typenBytes blijven bytes; tekst en getallen in dezelfde kolom blijven behouden als hun bytes.
DATE, DATETIME, TIMESTAMP holding ISO 8601 textdate, 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 textjsonAls elke waarde een JSON-object of -array is.
Infinity in REAL columnsNULLDoubles in MariaDB kennen geen oneindig, dus die waarden worden NULL en het rapport telt ze.invalid_value_null
INTEGER PRIMARY KEY, AUTOINCREMENTAUTO_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 NOCASEexacte 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 columnsgegenereerde kolommen, STORED of VIRTUAL zoals in de bronMariaDB berekent ze op dezelfde manier.
generated columns with functions IntoSQL doesn't write, and the || operatoreen 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 constraintsvertaaldDezelfde checks, getest terwijl elke rij laadt.
CHECK constraints with functions IntoSQL doesn't writeniet aangemaaktEen check die niet kan worden geschreven, wordt weggelaten en gemeld.check_skipped
partial and expression indexesniet 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 createniet 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 NULLNOT 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 writeNULLunistr(), 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 textbehoudenDe 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-8de 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.sql

Refererende 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.