Zum Inhalt springen
IntoSQL-Startseite
Datei konvertieren

SQL Server in MariaDB umwandeln

Leg das Skript ab, das Generate Scripts in SSMS mit Schema und Daten schreibt, als .sql oder .sql.gz, UTF-16 oder UTF-8, und lade ein MariaDB-Skript mit denselben Tabellen, Schlüsseln, Indizes und Daten herunter. Jeder Wert, den MariaDB nicht unverändert aufnehmen kann, und jedes Objekt, das es nicht übernimmt, steht im Bericht.

Leitfaden: SQL Server zu MariaDB migrierenDatentypen von SQL Server zu MariaDB
Deine Datei
sqlshop_2024_sqlserver.sqlBeispieldatei, 11 kB
Deine Datenbank

18 Zeilen konvertiert, 3 Korrekturen, keine abgelehnt

Anzeigen

Tabellen in shop_2024_sqlserver.sqlSQL Server-Dump · erstellt mit SQL Server Management Objects · utf-8

  • orders10 Zeilen1
    11 Spalten
    idint not null
    customer_idint not null
    statusvarchar(10) not null
    totaldecimal(19,4) not null
    itemstinyint unsigned not null
    ordered_atdatetime not null
    shipped_atdatetime(6)
    notetext
    detailstext
    order_refuuid not null
    total_with_taxdecimal(12,2)
  • customers8 Zeilen2
    8 Spalten
    idint not null
    namevarchar(100) not null
    emailvarchar(200) not null
    countrychar(2) not null
    is_activetinyint(1) not null
    signed_update
    created_atdatetime not null
    row_versionblob

Nicht konvertiert

  • Sicht paid_orders
  • Trigger orders_no_negative

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

-- Written by IntoSQL from a SQL Server 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 `orders` (
  `id` int NOT NULL AUTO_INCREMENT,
  `customer_id` int NOT NULL,
  `status` varchar(10) NOT NULL DEFAULT 'pending',
  `total` decimal(19,4) NOT NULL,
  `items` tinyint unsigned NOT NULL DEFAULT 1,
  `ordered_at` datetime NOT NULL,
  `shipped_at` datetime(6),
  `note` text,
  `details` text,
  `order_ref` uuid NOT NULL DEFAULT (uuid()),
  `total_with_tax` decimal(12,2) GENERATED ALWAYS AS (cast(`total` * (1.16) AS DECIMAL(12,2))) STORED,
  PRIMARY KEY (`id`),
  KEY `idx_orders_customer` (`customer_id`),
  KEY `idx_orders_status_date` (`status`,`ordered_at`),
  CONSTRAINT `check2` CHECK (`status` = 'cancelled' OR `status` = 'shipped' OR `status` = 'paid' OR `status` = 'pending'),
  CONSTRAINT `check3` CHECK (`total` >= (0)),
  FOREIGN KEY (`customer_id`) REFERENCES `customers` (`id`)
) AUTO_INCREMENT=1 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin;

CREATE TABLE `customers` (
  `id` int NOT NULL AUTO_INCREMENT,
  `name` varchar(100) NOT NULL,
  `email` varchar(200) NOT NULL,
  `country` char(2) NOT NULL DEFAULT 'US',
  `is_active` tinyint(1) NOT NULL DEFAULT 1,
  `signed_up` date,
  `created_at` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `row_version` blob,
  PRIMARY KEY (`id`),
  UNIQUE KEY (`email`)
) AUTO_INCREMENT=1 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin COMMENT='People who bought at least once';

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.000000');
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.000000');
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.000000');
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.000000');
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.000000');
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.000000');
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.000000');
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.000000');
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`details`,`order_ref`) VALUES (1,1,'shipped',129.9000,3,'2024-03-01T10:00:00.000000','2024-03-02T16:30:00.123456',NULL,'{"gift": false}','0b7a4c2e-3f1d-4e8a-9c55-1a2b3c4d5e6f');
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`details`,`order_ref`) VALUES (2,2,'paid',54.0000,1,'2024-03-02T11:15:00.000000',NULL,'Gift wrap 🎁','{"gift": true, "wrap": "red"}','1c8b5d3f-4a2e-4f9b-8d66-2b3c4d5e6f70');
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`details`,`order_ref`) VALUES (3,1,'cancelled',12.5000,1,'2024-03-03T09:45:00.000000',NULL,'Customer changed their mind',NULL,'2d9c6e4a-5b3f-4a0c-9e77-3c4d5e6f7081');
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`details`,`order_ref`) VALUES (4,4,'shipped',980.0000,12,'2024-03-05T02:10:00.000000','2024-03-07T08:00:00.000000','请小心轻放','{"fragile": true}','3e0d7f5b-6c4a-4b1d-8f88-4d5e6f708192');
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`details`,`order_ref`) VALUES (5,5,'pending',45.7500,2,'2024-03-08T17:20:00.000000',NULL,'Leave at the door; ring twice',NULL,'4f1e806c-7d5b-4c2e-9a99-5e6f708192a3');
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`details`,`order_ref`) VALUES (6,6,'shipped',310.4000,5,'2024-03-10T13:00:00.000000','2024-03-11T09:00:00.000000','Fragile: "glass"','{"fragile": true}','50f2917d-8e6c-4d3f-8baa-6f708192a3b4');
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`details`,`order_ref`) VALUES (7,8,'paid',76.2000,2,'2024-03-11T18:45:00.000000',NULL,NULL,NULL,'6103a28e-9f7d-4e40-9cbb-708192a3b4c5');
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`details`,`order_ref`) VALUES (8,2,'shipped',19.9900,1,'2024-03-12T08:00:00.000000','9999-12-31T23:59:59.999999','Shipped date set to the maximum by an old import',NULL,'7214b39f-a08e-4f51-8dcc-8192a3b4c5d6');
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`details`,`order_ref`) VALUES (9,3,'shipped',64.0000,2,'2024-03-14T15:30:00.000000','2024-03-15T10:00:00.000000','Two parcels','{"parcels": [1, 2]}','8325c4a0-b19f-4062-9edd-92a3b4c5d6e7');
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`details`,`order_ref`) VALUES (10,7,'paid',1499.0000,1,'2024-03-15T21:05:00.000000',NULL,'C:\\Users\\ravi\\invoice.pdf',NULL,'9436d5b1-c2a0-4173-8fee-a3b4c5d6e7f8');

SET UNIQUE_CHECKS = 1;
SET FOREIGN_KEY_CHECKS = 1;

Korrekturen

  1. "shipped_at" von orders ist datetime2(7), mit mehr Sekundenstellen, als MariaDB behält, daher ist es datetime(6) und die letzten Stellen werden abgeschnitten.
  2. "created_at" von customers enthält Zeitpunkte mit Zeitzone; MariaDB hat keinen Typ, der eine behält, daher werden sie in UTC als datetime gespeichert.
  3. "row_version" von customers ist eine Zeilenversion, die SQL Server selbst setzt; der Dump hat keine Werte dafür, daher ist es blob und leer.

Zu prüfen

  • 6 Textspalten vergleichen 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.
  • Die CHECK-Bedingung check1 auf orders lässt sich nicht für MariaDB schreiben (function isjson), daher wird sie nicht angelegt. Schreib die CHECK-Bedingung von Hand, wenn sie wichtig ist.
  • Der Index idx_orders_pending auf orders nutzt einen Ausdruck, der sich nicht für MariaDB schreiben lässt (neither MySQL 5.7 nor MariaDB index an expression), daher wird er nicht angelegt. Lege den Index von Hand an, wenn Abfragen ihn brauchen.

Deine Datei wird auf diesem Computer umgewandelt und nie hochgeladen.

Weitere Beispiele:

Was sich von SQL Server 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.

  • bit

    tinyint(1)

    BOOLEAN in MariaDB ist TINYINT(1): 1 und 0, wie bit sie speichert.

  • char(n), varchar(n), nchar(n), nvarchar(n), varchar(max), text

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

    Text behält jedes Zeichen als utf8mb4. Eine Spalte in einem Schlüssel ist höchstens varchar(768), das Längste, was ein Schlüssel fasst.

  • decimal(p,s), money, smallmoney

    decimal(p,s); money als decimal(19,4)

    decimal fasst 65 Stellen, mehr als die 38 von SQL Server, daher ist jeder Wert exakt.

  • datetime, datetime2, smalldatetime

    datetime(p)

    Ein datetime ist in beiden eine Uhrzeitangabe ohne Zeitzone.

  • datetime2(7), time(7) and datetimeoffset(7)

    sechs Sekundenstellen, die siebte abgeschnitten

    MariaDB behält Mikrosekunden; die siebte Stelle (100 Nanosekunden) wird abgeschnitten, nie gerundet, damit kein Wert in die nächste Sekunde oder den nächsten Tag rutscht.

    Berichtszeile: fraction_cut

  • datetimeoffset

    datetime(p) in UTC

    TIMESTAMP in MariaDB reicht nur bis 2038, daher werden Zeitpunkte als datetime in UTC gespeichert: derselbe Zeitpunkt, welchen Versatz jeder Wert auch hatte.

    Berichtszeile: moments_as_utc

  • time

    time(p)

    Dieselben Uhrzeiten.

  • dates before the year 1000

    NULL

    MariaDB speichert die Jahre 1000 bis 9999, und SQL Server reicht bis zum Jahr 1 zurück. Diese Werte werden NULL, und der Bericht zählt sie.

    Berichtszeile: date_out_of_range

  • json (SQL Server 2025)

    json, ein longtext mit JSON-Prüfung

    Dieselben JSON-Werte, die die JSON-Funktionen von MariaDB lesen.

  • uniqueidentifier

    uuid

    Dieselben Kennungen, in Kleinbuchstaben geschrieben.

  • binary, varbinary, image

    binary(n), varbinary(n) und blob-Typen

    Bytes bleiben Bytes.

  • geometry, geography

    blob mit den eigenen Bytes von SQL Server

    SSMS schreibt räumliche Werte in der Serialisierung von SQL Server, die Byte für Byte erhalten bleibt.

    Berichtszeile: spatial_as_native

  • rowversion, timestamp

    blob, leer

    SQL Server setzt eine Zeilenversion selbst, und SSMS schreibt keine Werte dafür ins Skript.

    Berichtszeile: rowversion_empty

  • xml, sql_variant, hierarchyid, vector

    longtext

    MariaDB hat keinen entsprechenden Typ; xml und sql_variant behalten den Text jedes Werts und hierarchyid seinen Pfad, etwa /1/2/.

    Berichtszeile: type_replaced

  • collations that ignore case (_CI_)

    exakter Vergleich (utf8mb4_bin)

    Tabellen nutzen utf8mb4_bin, damit eindeutige Schlüssel trennen, was SQL Server getrennt hat; Spalten, die die Groß-/Kleinschreibung ignorierten, verlieren das. Akzentregeln unterscheiden sich je nach Version, daher entspricht keine _ci-Collation in jeder der von SQL Server.

    Berichtszeile: case_insensitive_collation

  • IDENTITY

    AUTO_INCREMENT, weiter nach der höchsten ID

    Die Spalte am Anfang des Primärschlüssels zählt; der Zähler macht nach der höchsten ID weiter.

  • IDENTITY columns that don't lead the primary key

    eine normale Ganzzahl

    MariaDB zählt eine Spalte pro Tabelle, am Anfang eines Schlüssels; jede andere behält ihre Werte ohne Zähler.

    Berichtszeile: counter_dropped

  • CREATE SEQUENCE

    CREATE SEQUENCE mit denselben Optionen

    Sequenzen in MariaDB funktionieren genauso. SSMS schreibt nicht ins Skript, wie weit eine Sequenz gekommen ist, daher beginnt sie dort, wo sie angelegt wurde.

  • computed columns

    generierte Spalten, STORED bei PERSISTED, sonst VIRTUAL

    MariaDB berechnet sie auf dieselben zwei Arten, mit CONCAT so geschrieben, dass NULL wie in SQL Server als leer zählt.

  • computed columns with functions MariaDB lacks

    eine normale Spalte

    Eine Formel, die sich nicht schreiben lässt, hinterlässt eine normale Spalte und eine Zeile im Bericht; SSMS schreibt keine Werte für berechnete Spalten ins Skript.

    Berichtszeile: generated_not_translated

  • defaults with functions MariaDB lacks, and NEXT VALUE FOR

    kein Standardwert

    Ein Standardwert, der sich nicht schreiben lässt, wird weggelassen und gemeldet.

    Berichtszeile: default_not_translated

  • CHECK constraints

    übersetzt

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

  • CHECK constraints with functions MariaDB lacks

    nicht angelegt

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

    Berichtszeile: check_skipped

  • CHECK constraints added WITH NOCHECK or disabled

    nicht angelegt

    SQL Server wendet diese CHECK-Bedingungen nicht an, daher können die Zeilen sie verletzen.

    Berichtszeile: check_not_enforced

  • filtered and columnstore indexes

    nicht angelegt

    IntoSQL schreibt B-Tree-Indizes auf ganzen Spalten; lege die anderen nach dem Laden neu an.

    Berichtszeile: index_skipped

  • foreign keys

    Fremdschlüssel, geladen mit FOREIGN_KEY_CHECKS=0

    Die Zeilen laden in beliebiger Reihenfolge, und die Schlüssel prüfen danach neue Zeilen.

  • 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

  • tables on a partition scheme

    eine Tabelle mit den Zeilen aller Partitionen

    Die Zeilen sind dieselben; partitioniere die Tabelle in MariaDB neu, wenn nötig.

    Berichtszeile: partitions_dropped

  • temporal tables (SYSTEM_VERSIONING)

    WITH SYSTEM VERSIONING, ab den aktuellen Zeilen; die Historientabelle als normale Tabelle

    MariaDB führt die Historie ab jetzt selbst; die Periodenspalten und die Historientabelle von SQL Server werden unverändert kopiert.

  • schemas

    eine Datenbank, jede Tabelle mit dem Namen ihres Schemas vorangestellt

    Schemas sind in MariaDB Datenbanken, die ein in eine Datenbank geladenes Skript nicht anlegen kann; Tabellen in dbo behalten ihre Namen.

    Berichtszeile: schemas_merged

  • NOT NULL columns with values that become NULL

    NOT NULL entfernt

    Eine Spalte, deren Werte NULL werden mussten, kann NOT NULL nicht behalten, sonst würde das Laden abbrechen.

    Berichtszeile: not_null_relaxed

  • views, functions, procedures, triggers, synonyms, types and partition functions

    im Bericht aufgeführt

    Ihr Code ist in T-SQL geschrieben, daher werden sie aufgeführt, damit du sie neu anlegst.

    Berichtszeile: not_converted_objects

  • scripts without CREATE TABLE (data only)

    Typen aus den Werten gelesen

    Ein Skript nur mit Daten enthält nur Zeilen, daher kommen die Typen aus den Werten.

    Berichtszeile: no_schema

  • expressions in INSERT values

    NULL

    Ein Konverter, der keine Datenbank ausführt, kann sie nicht auswerten.

    Berichtszeile: expression_value

  • types IntoSQL doesn't know

    longtext

    Text nimmt jeden Wert auf; ändere den Typ nach dem Laden.

    Berichtszeile: unknown_type

  • NUL characters in text

    erhalten

    Der Wert wird mit maskiertem NUL-Zeichen kopiert.

  • text that isn't valid in its encoding

    die fehlerhaften Bytes als Ersatzzeichen

    Das Skript ist UTF-8, und jeder Wert muss gültiger Text sein.

    Berichtszeile: invalid_utf8_replaced

  • text decoded twice (ñ)

    unverändert kopiert

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

    Berichtszeile: mojibake_suspected

In SQL ServerIn MariaDBBerichtszeile
bittinyint(1)BOOLEAN in MariaDB ist TINYINT(1): 1 und 0, wie bit sie speichert.
char(n), varchar(n), nchar(n), nvarchar(n), varchar(max), textchar(n), varchar(n) bis 1024 Zeichen, darüber text-TypenText behält jedes Zeichen als utf8mb4. Eine Spalte in einem Schlüssel ist höchstens varchar(768), das Längste, was ein Schlüssel fasst.
decimal(p,s), money, smallmoneydecimal(p,s); money als decimal(19,4)decimal fasst 65 Stellen, mehr als die 38 von SQL Server, daher ist jeder Wert exakt.
datetime, datetime2, smalldatetimedatetime(p)Ein datetime ist in beiden eine Uhrzeitangabe ohne Zeitzone.
datetime2(7), time(7) and datetimeoffset(7)sechs Sekundenstellen, die siebte abgeschnittenMariaDB behält Mikrosekunden; die siebte Stelle (100 Nanosekunden) wird abgeschnitten, nie gerundet, damit kein Wert in die nächste Sekunde oder den nächsten Tag rutscht.fraction_cut
datetimeoffsetdatetime(p) in UTCTIMESTAMP in MariaDB reicht nur bis 2038, daher werden Zeitpunkte als datetime in UTC gespeichert: derselbe Zeitpunkt, welchen Versatz jeder Wert auch hatte.moments_as_utc
timetime(p)Dieselben Uhrzeiten.
dates before the year 1000NULLMariaDB speichert die Jahre 1000 bis 9999, und SQL Server reicht bis zum Jahr 1 zurück. Diese Werte werden NULL, und der Bericht zählt sie.date_out_of_range
json (SQL Server 2025)json, ein longtext mit JSON-PrüfungDieselben JSON-Werte, die die JSON-Funktionen von MariaDB lesen.
uniqueidentifieruuidDieselben Kennungen, in Kleinbuchstaben geschrieben.
binary, varbinary, imagebinary(n), varbinary(n) und blob-TypenBytes bleiben Bytes.
geometry, geographyblob mit den eigenen Bytes von SQL ServerSSMS schreibt räumliche Werte in der Serialisierung von SQL Server, die Byte für Byte erhalten bleibt.spatial_as_native
rowversion, timestampblob, leerSQL Server setzt eine Zeilenversion selbst, und SSMS schreibt keine Werte dafür ins Skript.rowversion_empty
xml, sql_variant, hierarchyid, vectorlongtextMariaDB hat keinen entsprechenden Typ; xml und sql_variant behalten den Text jedes Werts und hierarchyid seinen Pfad, etwa /1/2/.type_replaced
collations that ignore case (_CI_)exakter Vergleich (utf8mb4_bin)Tabellen nutzen utf8mb4_bin, damit eindeutige Schlüssel trennen, was SQL Server getrennt hat; Spalten, die die Groß-/Kleinschreibung ignorierten, verlieren das. Akzentregeln unterscheiden sich je nach Version, daher entspricht keine _ci-Collation in jeder der von SQL Server.case_insensitive_collation
IDENTITYAUTO_INCREMENT, weiter nach der höchsten IDDie Spalte am Anfang des Primärschlüssels zählt; der Zähler macht nach der höchsten ID weiter.
IDENTITY columns that don't lead the primary keyeine normale GanzzahlMariaDB zählt eine Spalte pro Tabelle, am Anfang eines Schlüssels; jede andere behält ihre Werte ohne Zähler.counter_dropped
CREATE SEQUENCECREATE SEQUENCE mit denselben OptionenSequenzen in MariaDB funktionieren genauso. SSMS schreibt nicht ins Skript, wie weit eine Sequenz gekommen ist, daher beginnt sie dort, wo sie angelegt wurde.
computed columnsgenerierte Spalten, STORED bei PERSISTED, sonst VIRTUALMariaDB berechnet sie auf dieselben zwei Arten, mit CONCAT so geschrieben, dass NULL wie in SQL Server als leer zählt.
computed columns with functions MariaDB lackseine normale SpalteEine Formel, die sich nicht schreiben lässt, hinterlässt eine normale Spalte und eine Zeile im Bericht; SSMS schreibt keine Werte für berechnete Spalten ins Skript.generated_not_translated
defaults with functions MariaDB lacks, and NEXT VALUE FORkein StandardwertEin Standardwert, der sich nicht schreiben lässt, wird weggelassen und gemeldet.default_not_translated
CHECK constraintsübersetztDieselben CHECK-Bedingungen, geprüft beim Laden jeder Zeile.
CHECK constraints with functions MariaDB lacksnicht angelegtEine CHECK-Bedingung, die sich nicht schreiben lässt, wird weggelassen und gemeldet.check_skipped
CHECK constraints added WITH NOCHECK or disablednicht angelegtSQL Server wendet diese CHECK-Bedingungen nicht an, daher können die Zeilen sie verletzen.check_not_enforced
filtered and columnstore indexesnicht angelegtIntoSQL schreibt B-Tree-Indizes auf ganzen Spalten; lege die anderen nach dem Laden neu an.index_skipped
foreign keysFremdschlüssel, geladen mit FOREIGN_KEY_CHECKS=0Die Zeilen laden in beliebiger Reihenfolge, und die Schlüssel prüfen danach neue Zeilen.
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
tables on a partition schemeeine Tabelle mit den Zeilen aller PartitionenDie Zeilen sind dieselben; partitioniere die Tabelle in MariaDB neu, wenn nötig.partitions_dropped
temporal tables (SYSTEM_VERSIONING)WITH SYSTEM VERSIONING, ab den aktuellen Zeilen; die Historientabelle als normale TabelleMariaDB führt die Historie ab jetzt selbst; die Periodenspalten und die Historientabelle von SQL Server werden unverändert kopiert.
schemaseine Datenbank, jede Tabelle mit dem Namen ihres Schemas vorangestelltSchemas sind in MariaDB Datenbanken, die ein in eine Datenbank geladenes Skript nicht anlegen kann; Tabellen in dbo behalten ihre Namen.schemas_merged
NOT NULL columns with values that become NULLNOT NULL entferntEine Spalte, deren Werte NULL werden mussten, kann NOT NULL nicht behalten, sonst würde das Laden abbrechen.not_null_relaxed
views, functions, procedures, triggers, synonyms, types and partition functionsim Bericht aufgeführtIhr Code ist in T-SQL geschrieben, daher werden sie aufgeführt, damit du sie neu anlegst.not_converted_objects
scripts without CREATE TABLE (data only)Typen aus den Werten gelesenEin Skript nur mit Daten enthält nur Zeilen, daher kommen die Typen aus den Werten.no_schema
expressions in INSERT valuesNULLEin Konverter, der keine Datenbank ausführt, kann sie nicht auswerten.expression_value
types IntoSQL doesn't knowlongtextText nimmt jeden Wert auf; ändere den Typ nach dem Laden.unknown_type
NUL characters in texterhaltenDer Wert wird mit maskiertem NUL-Zeichen kopiert.
text that isn't valid in its encodingdie fehlerhaften Bytes als ErsatzzeichenDas Skript ist UTF-8, und jeder Wert muss gültiger Text sein.invalid_utf8_replaced
text decoded twice (ñ)unverändert kopiertDas Skript 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 < sql_server.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 SQL Server-Dump für das beste Ergebnis erstellen

Der Konverter liest, was der Dump enthält. Mit diesen Optionen bleibt mehr von deinen Daten darin:

  • Klicke in SSMS mit der rechten Maustaste auf die Datenbank, dann auf Tasks, Generate Scripts, und wähle die Tabellen. dbatools, mssql-scripter und andere Werkzeuge auf Basis derselben Bibliothek schreiben dasselbe Skript.
  • Setze unter Advanced die Option Types of data to script auf Schema and data. Ein Skript nur mit dem Schema hat Tabellen ohne Zeilen.
  • Speichere es als Unicode, den Standard von SSMS, oder als UTF-8: Beides wird gleich gelesen, und gzip funktioniert auch.

Was nicht konvertiert wird

Sichten, Funktionen, Prozeduren, Trigger, Synonyme, Regeln und Sicherheitsrichtlinien sind in T-SQL geschrieben. Sie stehen mit Namen im Bericht und werden nie stillschweigend weggelassen, damit du sie für MariaDB neu schreiben kannst.

Fragen zu SQL Server 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.

Liest es die UTF-16-Datei, die SSMS speichert?

Ja. SSMS speichert Skripte standardmäßig als UTF-16, und der Konverter liest UTF-16 und UTF-8 gleichermaßen, gezippt oder nicht, mit GO zwischen den Batches.

Aus welchen SQL Server-Versionen kann das Skript stammen?

Skripte, die SSMS, dbatools oder mssql-scripter ab SQL Server 2017 schreiben. Jedes Test-Skript stammt aus SQL Server 2017, 2022 und 2025 und wird Zelle für Zelle mit seiner Quelle verglichen.

Bleiben IDENTITY-Werte erhalten?

Ja, für eine Spalte pro Tabelle: Die IDENTITY-Spalte am Anfang des Primärschlüssels wird AUTO_INCREMENT und macht nach der höchsten ID weiter. Sequenzen werden MariaDB-Sequenzen mit denselben Optionen.

Was passiert mit money, datetimeoffset und anderen SQL Server-Typen?

bit wird tinyint(1), money decimal(19,4), uniqueidentifier UUID und datetimeoffset datetime in UTC. Temporale Tabellen behalten die Systemversionierung. Spalten, die Groß-/Kleinschreibung ignorierten, vergleichen exakt, und der Bericht nennt sie.

Was ist mit Prozeduren, Triggern und Sichten?

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. Jedes Test-Skript lädt auf 10.11 und 11.4 und hält beim ersten Fehler an, falls etwas schiefgeht.