Zum Inhalt springen
IntoSQL-Startseite
Datei konvertieren

SQLite in MariaDB umwandeln

Leg eine SQLite-Datenbankdatei (.db, .sqlite, .sqlite3) oder das SQL ab, das .dump von sqlite3 schreibt, und lade ein MariaDB-Skript mit denselben Tabellen, Schlüsseln, Indizes und Daten herunter. Jede Spalte bekommt den Typ, in den ihre Werte passen, und jeder Wert, den MariaDB nicht unverändert aufnehmen kann, steht im Bericht.

Leitfaden: SQLite zu MariaDB migrierenDatentypen von SQLite zu MariaDB
Deine Datei
sqlshop_2024_sqlite.sqlBeispieldatei, 3,4 kB
Deine Datenbank

18 Zeilen konvertiert, keine Korrekturen, keine abgelehnt

Anzeigen

Tabellen in shop_2024_sqlite.sqlSQLite-Dump · erstellt mit sqlite3 · utf-8

  • customers8 Zeilen
    7 Spalten
    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 Zeilen
    9 Spalten
    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

Nicht konvertiert

  • Sicht order_totals
  • Trigger orders_shipped

Jede Datenbank schreibt diese in ihrer eigenen Sprache. Schreib sie für MariaDB neu.

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

Korrekturen

Nichts musste korrigiert werden.

Zu prüfen

  • 1 Textspalte vergleicht in der Quelle ohne Rücksicht auf Groß- und Kleinschreibung; MariaDB vergleicht exakt, daher können sich eindeutige Schlüssel und Suchen anders verhalten. Nutze eine Collation oder einen Spaltentyp ohne Unterscheidung der Groß- und Kleinschreibung für die Spalten, die das brauchen.
  • 2 Sichten, Trigger, Routinen oder Ereignisse werden nicht konvertiert; der Bericht listet sie einzeln auf. Lege sie in MariaDB von Hand neu an.

Deine Datei wird auf diesem Computer umgewandelt und nie hochgeladen.

Weitere Beispiele:

Was sich von SQLite zu MariaDB ändert

Jede Zeile ist eine Regel, die der Konverter anwendet, mit der Berichtszeile, die er schreibt, wenn die Regel etwas an deinen Daten ändert.

  • declared types (any text: VARCHAR(255), DATETIME, BOOLEAN, JSON or none)

    der Typ, in den jeder Wert der Spalte passt

    SQLite speichert jeden Wert in jeder Spalte, daher ist der deklarierte Typ nur ein Hinweis: Jede Spalte bekommt den Typ, in den alle ihre Werte passen, und eine Spalte mit gemischten Werten behält deren Text.

  • BOOLEAN, BOOL

    tinyint(1)

    Wenn jeder Wert 0 oder 1 ist; eine Spalte, die auch andere Werte enthält, behält sie als Zahlen oder Text.

  • TEXT, VARCHAR(n), CHAR(n), CLOB

    varchar(n) bis 1024 Zeichen, darüber text-Typen

    SQLite erzwingt keine Länge; eine deklarierte Länge gilt nur, wenn jeder Wert hineinpasst.

  • DECIMAL(p,s), NUMERIC

    der exakte Typ, wenn jeder Wert hineinpasst, sonst ein double

    SQLite speichert sie als Ganzzahlen oder doubles; eine deklarierte Genauigkeit gilt nur, wenn die Werte hineinpassen.

  • BLOB, and columns holding bytes

    blob-Typen

    Bytes bleiben Bytes; Text und Zahlen in derselben Spalte bleiben als ihre Bytes erhalten.

  • DATE, DATETIME, TIMESTAMP holding ISO 8601 text

    date, datetime(p)

    Wenn jeder Wert ein Datum oder ein Datum mit Uhrzeit ist; Epoch-Zahlen und anderer Text behalten ihre Werte unverändert.

  • JSON holding JSON text

    json

    Wenn jeder Wert ein JSON-Objekt oder -Array ist.

  • Infinity in REAL columns

    NULL

    In MariaDB kennen doubles kein Unendlich, daher werden diese Werte NULL, und der Bericht zählt sie.

    Berichtszeile: invalid_value_null

  • INTEGER PRIMARY KEY, AUTOINCREMENT

    AUTO_INCREMENT, weiter nach der höchsten ID oder dem Wert aus sqlite_sequence

    Nur eine Spalte, die genau als INTEGER PRIMARY KEY deklariert ist, ist die rowid; jede Zeile behält ihre ID, und der Zähler beginnt nach der höchsten je vergebenen ID.

  • COLLATE NOCASE

    exakter Vergleich (utf8mb4_bin)

    Tabellen nutzen utf8mb4_bin, damit Text exakt verglichen wird wie standardmäßig in SQLite; NOCASE-Spalten vergleichen nicht mehr ohne Groß-/Kleinschreibung.

    Berichtszeile: case_insensitive_collation

  • generated columns

    generierte Spalten, STORED oder VIRTUAL wie in der Quelle

    MariaDB berechnet sie auf dieselbe Weise.

  • generated columns with functions IntoSQL doesn't write, and the || operator

    eine normale Spalte

    Eine Formel, die sich nicht schreiben lässt, hinterlässt eine normale Spalte und eine Zeile im Bericht; der Dump enthält keine Werte für generierte Spalten.

    Berichtszeile: generated_not_translated

  • defaults with functions IntoSQL doesn't write (strftime, randomblob)

    kein Standardwert

    Ein Standardwert, der sich nicht schreiben lässt, wird weggelassen und gemeldet; CURRENT_TIMESTAMP und datetime('now') werden geschrieben.

    Berichtszeile: default_not_translated

  • CHECK constraints

    übersetzt

    Dieselben CHECK-Bedingungen, geprüft beim Laden jeder Zeile.

  • CHECK constraints with functions IntoSQL doesn't write

    nicht angelegt

    Eine CHECK-Bedingung, die sich nicht schreiben lässt, wird weggelassen und gemeldet.

    Berichtszeile: check_skipped

  • partial and expression indexes

    nicht angelegt

    IntoSQL schreibt Indizes auf ganze Spalten; lege die anderen nach dem Laden neu an.

    Berichtszeile: index_skipped

  • foreign keys (unenforced unless PRAGMA foreign_keys=ON)

    Fremdschlüssel, geladen mit FOREIGN_KEY_CHECKS=0

    SQLite prüft Fremdschlüssel nur auf Anweisung, daher sind Zeilen ohne Elternzeile häufig: Sie laden, und der Schlüssel bleibt mit einer Warnung ungeprüft, statt das Laden abzubrechen.

  • foreign keys to tables the dump doesn't create

    nicht angelegt

    Ein Schlüssel kann nicht auf eine Tabelle verweisen, die es nicht gibt.

    Berichtszeile: foreign_key_skipped

  • primary keys holding NULL, and NOT NULL columns with values that become NULL

    NOT NULL entfernt

    SQLite erlaubt NULL in einem Primärschlüssel, der nicht die rowid ist; die Spalte kann im Ziel nicht NOT NULL sein, sonst würde das Laden abbrechen.

    Berichtszeile: not_null_relaxed

  • views, triggers and virtual tables (FTS, R*Tree)

    im Bericht aufgeführt

    Ihr Code ist in der eigenen Sprache von SQLite geschrieben, und virtuelle Tabellen brauchen die Module von SQLite; sie werden aufgeführt, damit du sie neu anlegst. Ihre internen Tabellen werden nicht kopiert.

    Berichtszeile: not_converted_objects

  • dumps without CREATE TABLE (--data-only)

    Typen aus den Werten gelesen

    Ein Dump nur mit Daten enthält nur Zeilen, daher kommen die Typen aus den Werten, und die Spalten werden nummeriert.

    Berichtszeile: no_schema

  • expressions in INSERT values other than the text functions dumps write

    NULL

    unistr(), replace(), char() und || werden so ausgewertet, wie die Shell sie schreibt; andere Ausdrücke lassen sich ohne Datenbank nicht auswerten.

    Berichtszeile: expression_value

  • NUL characters in text

    beibehalten

    Die sqlite3-Shell und Python schneiden Text beim Dumpen an einem NUL-Zeichen ab, daher steht nur, was davor kommt, im Dump.

  • text that isn't valid UTF-8

    die fehlerhaften Bytes als Ersatzzeichen

    Dumps schreiben solchen Text als rohe Bytes; das Skript ist UTF-8.

    Berichtszeile: invalid_utf8_replaced

  • text decoded twice (ñ)

    unverändert kopiert

    Der Dump enthält genau diese Zeichen, daher werden sie kopiert; der Bericht weist auf sie hin.

    Berichtszeile: mojibake_suspected

In SQLiteIn MariaDBBerichtszeile
declared types (any text: VARCHAR(255), DATETIME, BOOLEAN, JSON or none)der Typ, in den jeder Wert der Spalte passtSQLite speichert jeden Wert in jeder Spalte, daher ist der deklarierte Typ nur ein Hinweis: Jede Spalte bekommt den Typ, in den alle ihre Werte passen, und eine Spalte mit gemischten Werten behält deren Text.
BOOLEAN, BOOLtinyint(1)Wenn jeder Wert 0 oder 1 ist; eine Spalte, die auch andere Werte enthält, behält sie als Zahlen oder Text.
TEXT, VARCHAR(n), CHAR(n), CLOBvarchar(n) bis 1024 Zeichen, darüber text-TypenSQLite erzwingt keine Länge; eine deklarierte Länge gilt nur, wenn jeder Wert hineinpasst.
DECIMAL(p,s), NUMERICder exakte Typ, wenn jeder Wert hineinpasst, sonst ein doubleSQLite speichert sie als Ganzzahlen oder doubles; eine deklarierte Genauigkeit gilt nur, wenn die Werte hineinpassen.
BLOB, and columns holding bytesblob-TypenBytes bleiben Bytes; Text und Zahlen in derselben Spalte bleiben als ihre Bytes erhalten.
DATE, DATETIME, TIMESTAMP holding ISO 8601 textdate, datetime(p)Wenn jeder Wert ein Datum oder ein Datum mit Uhrzeit ist; Epoch-Zahlen und anderer Text behalten ihre Werte unverändert.
JSON holding JSON textjsonWenn jeder Wert ein JSON-Objekt oder -Array ist.
Infinity in REAL columnsNULLIn MariaDB kennen doubles kein Unendlich, daher werden diese Werte NULL, und der Bericht zählt sie.invalid_value_null
INTEGER PRIMARY KEY, AUTOINCREMENTAUTO_INCREMENT, weiter nach der höchsten ID oder dem Wert aus sqlite_sequenceNur eine Spalte, die genau als INTEGER PRIMARY KEY deklariert ist, ist die rowid; jede Zeile behält ihre ID, und der Zähler beginnt nach der höchsten je vergebenen ID.
COLLATE NOCASEexakter Vergleich (utf8mb4_bin)Tabellen nutzen utf8mb4_bin, damit Text exakt verglichen wird wie standardmäßig in SQLite; NOCASE-Spalten vergleichen nicht mehr ohne Groß-/Kleinschreibung.case_insensitive_collation
generated columnsgenerierte Spalten, STORED oder VIRTUAL wie in der QuelleMariaDB berechnet sie auf dieselbe Weise.
generated columns with functions IntoSQL doesn't write, and the || operatoreine normale SpalteEine Formel, die sich nicht schreiben lässt, hinterlässt eine normale Spalte und eine Zeile im Bericht; der Dump enthält keine Werte für generierte Spalten.generated_not_translated
defaults with functions IntoSQL doesn't write (strftime, randomblob)kein StandardwertEin Standardwert, der sich nicht schreiben lässt, wird weggelassen und gemeldet; CURRENT_TIMESTAMP und datetime('now') werden geschrieben.default_not_translated
CHECK constraintsübersetztDieselben CHECK-Bedingungen, geprüft beim Laden jeder Zeile.
CHECK constraints with functions IntoSQL doesn't writenicht angelegtEine CHECK-Bedingung, die sich nicht schreiben lässt, wird weggelassen und gemeldet.check_skipped
partial and expression indexesnicht angelegtIntoSQL schreibt Indizes auf ganze Spalten; lege die anderen nach dem Laden neu an.index_skipped
foreign keys (unenforced unless PRAGMA foreign_keys=ON)Fremdschlüssel, geladen mit FOREIGN_KEY_CHECKS=0SQLite prüft Fremdschlüssel nur auf Anweisung, daher sind Zeilen ohne Elternzeile häufig: Sie laden, und der Schlüssel bleibt mit einer Warnung ungeprüft, statt das Laden abzubrechen.
foreign keys to tables the dump doesn't createnicht angelegtEin Schlüssel kann nicht auf eine Tabelle verweisen, die es nicht gibt.foreign_key_skipped
primary keys holding NULL, and NOT NULL columns with values that become NULLNOT NULL entferntSQLite erlaubt NULL in einem Primärschlüssel, der nicht die rowid ist; die Spalte kann im Ziel nicht NOT NULL sein, sonst würde das Laden abbrechen.not_null_relaxed
views, triggers and virtual tables (FTS, R*Tree)im Bericht aufgeführtIhr Code ist in der eigenen Sprache von SQLite geschrieben, und virtuelle Tabellen brauchen die Module von SQLite; sie werden aufgeführt, damit du sie neu anlegst. Ihre internen Tabellen werden nicht kopiert.not_converted_objects
dumps without CREATE TABLE (--data-only)Typen aus den Werten gelesenEin Dump nur mit Daten enthält nur Zeilen, daher kommen die Typen aus den Werten, und die Spalten werden nummeriert.no_schema
expressions in INSERT values other than the text functions dumps writeNULLunistr(), replace(), char() und || werden so ausgewertet, wie die Shell sie schreibt; andere Ausdrücke lassen sich ohne Datenbank nicht auswerten.expression_value
NUL characters in textbeibehaltenDie sqlite3-Shell und Python schneiden Text beim Dumpen an einem NUL-Zeichen ab, daher steht nur, was davor kommt, im Dump.
text that isn't valid UTF-8die fehlerhaften Bytes als ErsatzzeichenDumps schreiben solchen Text als rohe Bytes; das Skript ist UTF-8.invalid_utf8_replaced
text decoded twice (ñ)unverändert kopiertDer Dump enthält genau diese Zeichen, daher werden sie kopiert; der Bericht weist auf sie hin.mojibake_suspected

Das Skript in MariaDB 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.

mariadb --default-character-set=utf8mb4 mydb < sqlite.mariadb.sql

Fremdschlüssel werden so angelegt, wie der Dump sie deklariert, mit FOREIGN_KEY_CHECKS=0, während die Zeilen laden, wie bei mysqldump.

Führe bei einem großen Dump den Client auf dem Rechner des Servers aus und erhöhe max_allowed_packet, wenn eine einzelne Zeile sehr groß ist.

IntoSQL Pro lädt die Datei aus der Desktop-App oder der Kommandozeile direkt in MariaDB, 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 MariaDB neu schreiben kannst. Virtuelle Tabellen wie FTS5 und R*Tree werden ebenfalls aufgeführt, und ihre Schattentabellen werden weggelassen.

Fragen zu SQLite zu MariaDB

Keine Antwort gefunden? Schreib uns über die Kontaktseite, und ein Mensch antwortet. Kontaktseite

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 ein integer-, decimal-, double-, date-, datetime-, tinyint(1)-, blob- oder text-Typ, 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 AUTO_INCREMENT, 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 MariaDB-Versionen lädt das Skript?

MariaDB 10.11 und neuer. Jeder Test-Dump lädt auf 10.11 und 11.4 und hält beim ersten Fehler an, falls etwas schiefgeht.