CSV in SQL umwandeln

1. 1

   CSV hinzufügen

   Ziehen Sie eine .csv-, .tsv- oder .txt-Datei auf die Seite, oder öffnen Sie das Einfügefeld und fügen Sie CSV-Text direkt ein.

2. 2

   Datenbank wählen

   Wählen Sie MySQL, PostgreSQL, SQLite, SQL Server, Oracle oder Standard-SQL. Quotierung, Maskierung, Typnamen und Datumsliterale folgen Ihrer Wahl.

3. 3

   Anweisungsart wählen

   Ein INSERT je Zeile, gebündeltes INSERT, CREATE TABLE, UPDATE, DELETE oder MERGE. Bei den letzten dreien markieren Sie die Schlüsselspalten, auf die sich die WHERE-Klausel stützen soll.

4. 4

   Spalten prüfen

   Der Reiter Spalten zeigt den erkannten Typ jeder Spalte und den exakten SQL-Typ, der daraus wird. Sie können jeden übersteuern und Spalten abwählen, die Sie nicht möchten.

5. 5

   Erzeugen und herunterladen

   Erzeugen Sie das Skript und laden Sie die .sql-Datei herunter oder kopieren Sie sie. Es wird zu keinem Zeitpunkt etwas hochgeladen.

Erzeugen Sie sauberes SQL aus CSV mit Trennzeichen- und Kodierungssteuerung, eigenem Tabellennamen, Kopfzeilenzuordnung und schnellem Export. Werte werden für die gewählte Datenbank maskiert, Spalten erhalten echte Typen statt als Text quotiert zu werden, und die gesamte Umwandlung läuft auf Ihrem Gerät.

• Sechs Datenbankdialekte. MySQL und MariaDB, PostgreSQL, SQLite, SQL Server, Oracle und Standard-SQL, jeder mit eigener Quotierung, Maskierung, eigenen Typnamen und Datumsliteralen.
• Sieben Anweisungsarten. Ein INSERT je Zeile, gebündeltes INSERT, CREATE TABLE, DROP plus CREATE plus INSERT, UPDATE, DELETE sowie MERGE oder UPSERT.
• Echte Spaltentypen. Ganzzahlen, große Ganzzahlen, Dezimalzahlen, Gleitkomma, Wahrheitswerte, Datumsangaben, Zeitstempel, Uhrzeiten und dimensionierter Text, erkannt aus allen Zeilen statt aus einer Stichprobe.
• Übersteuerung je Spalte. Wenn Ihnen die Erkennung nicht passt, setzen Sie den Typ selbst, oder wählen Sie eine Spalte ab, damit sie die Datenbank nie erreicht.
• NULL-Behandlung. Leere Zellen werden zu NULL oder zu einer leeren Zeichenkette, und Sie können eigene NULL-Kennungen wie \N, NA oder NULL benennen.
• Sichere Bezeichner. Reservierte Wörter, Namen mit führender Ziffer, doppelte Namen und für die Datenbank zu lange Namen werden alle aufgelöst, bevor sie das Skript zerbrechen können.
• Zwei Vorschauen. Ein Datenraster mit dem Geparsten und dem Typ jeder Spalte, sowie eine SQL-Live-Vorschau der Anweisungen, die Sie gleich herunterladen.
• Nichts wird hochgeladen. Die Datei wird auf Ihrem Gerät gelesen, umgewandelt und zurückgeschrieben, also funktioniert es nach dem Laden der Seite offline und mobil.

Der Dialekt ist die erste Einstellung, die sich lohnt, denn er ändert weit mehr als die Typnamen. Quotierung, Zeichenketten-Maskierung, Wahrheits- und Datumsliterale, die Identitätsklausel und die Form eines Upserts unterscheiden sich alle, und ein für eine Datenbank geschriebenes Skript ist auf einer anderen häufig ungültig.

• MySQL und MariaDB. Bezeichner in Backticks, Backslashes in Zeichenketten maskiert, Wahrheitswerte als 1 und 0, AUTO_INCREMENT und ON DUPLICATE KEY UPDATE für Upserts.
• PostgreSQL. Bezeichner in doppelten Anführungszeichen, Backslashes unangetastet, da standardkonforme Zeichenketten Vorgabe sind, echte TRUE und FALSE, DATE- und TIMESTAMP-Literale, Identitätsspalten und ON CONFLICT DO UPDATE.
• SQLite. Doppelte Anführungszeichen, Typaffinität respektiert statt erfunden, AUTOINCREMENT auf einem ganzzahligen Primärschlüssel und ON CONFLICT DO UPDATE.
• SQL Server. Bezeichner in eckigen Klammern, N-Präfix bei jedem Literal mit Nicht-ASCII-Text, damit Akzente erhalten bleiben, passende NVARCHAR-Spalten, IDENTITY mit der zugehörigen INSERT-Absicherung und MERGE für Upserts.
• Oracle. Doppelte Anführungszeichen, 30 Zeichen Bezeichnerlänge, TO_DATE und TO_TIMESTAMP mit ausdrücklichen Masken, damit das Datumsformat der Sitzung die Bedeutung nicht ändern kann, ein PL/SQL-Block für das bedingte Löschen und MERGE gegen dual.
• Standard-SQL. Portable ANSI-Syntax für alles, was nicht auf der Liste steht, oder als Ausgangspunkt, den Sie ohnehin anpassen wollen.

Ein Dialektwechsel liest die Datei nie neu und ist daher selbst bei einem großen Export sofort da. Wechseln, die SQL-Vorschau ansehen, wieder wechseln — bis das Skript so aussieht, wie Ihr Datenbankclient es akzeptiert.

Verschiedene Aufgaben brauchen verschiedene Anweisungen. Eine frische Tabelle zu füllen ist etwas anderes, als bereits vorhandene Zeilen zu korrigieren, und INSERTs für den zweiten Fall zu erzeugen ist der übliche Weg zu Dubletten.

• INSERT. Eine Anweisung je Zeile. Die lesbarste Ausgabe und die, die sich am leichtesten von Hand bearbeiten oder für ein paar hundert Zeilen einspielen lässt.
• Gebündeltes INSERT. Eine Anweisung je Zeilengruppe, mit der Stapelgröße unter Ihrer Kontrolle. Deutlich schneller bei großen Ladevorgängen und rund halb so groß.
• CREATE TABLE. Nur die Tabellendefinition, mit erkannten Typen, NOT NULL dort, wo die Daten keine Lücken haben, und optionalem Primärschlüssel.
• DROP, CREATE und INSERT. Das ganze Skript in einer Datei: alte Tabelle entfernen, falls vorhanden, anlegen, dann füllen. Das ist die Wahl für einen wiederholbaren Ladevorgang.
• UPDATE. Eine Anweisung je Zeile, die alle Nicht-Schlüsselspalten setzt und über die von Ihnen markierten Schlüsselspalten trifft.
• DELETE. Eine Anweisung je Zeile, über die Schlüsselspalten. Nützlich, um eine genaue Liste von Datensätzen zu entfernen.
• MERGE oder UPSERT. Fügt die Zeile ein, wenn sie neu ist, und aktualisiert sie, wenn sie schon existiert. Geschrieben in der Form, die Ihre Datenbank tatsächlich beherrscht.

Schlüsselspalten

UPDATE, DELETE und MERGE müssen wissen, welche Spalten eine Zeile identifizieren. Markieren Sie sie im Reiter Spalten. Markieren Sie keine, wird die erste Spalte verwendet, und das Werkzeug sagt es, denn ein UPDATE ohne WHERE-Klausel würde jede Zeile der Tabelle überschreiben. Enthält eine Schlüsselspalte keinen Wert, wird die Anweisung mit IS NULL geschrieben statt mit = NULL, was nie zutreffen würde.

Jede Zelle jeder Zeile wird gelesen, bevor eine einzige Anweisung entsteht, sodass die deklarierten Typen die ganze Datei beschreiben und nicht die ersten paar tausend Zeilen. Eine Spalte nimmt den engsten Typ, der alles aufnimmt, und jede Abweichung erweitert sie auf Text, statt einen Wert fallen zu lassen.

• Ganzzahlen. Bis neun Stellen werden zur Ganzzahl, bis neunzehn zur großen Ganzzahl, darüber zu einer exakten Dezimalzahl, sodass eine zwanzigstellige Kontonummer nie gerundet wird.
• Dezimalzahlen und Gleitkomma. Genauigkeit und Nachkommastellen stammen vom breitesten Vorkomma- und Nachkommateil der gesamten Spalte, sodass eine Spalte mit 1234 und 1.5 für beides passt. Werte in Exponentialschreibweise ergeben eine Gleitkommaspalte.
• Wahrheitswerte. Nur die Wörter true, false, yes und no. Weiter unten steht, warum 1 und 0 nicht dazugehören.
• Datum und Zeitstempel. Ausschließlich ISO 8601, und das Datum wird gegen den Kalender geprüft, sodass 2026-02-30 Text bleibt statt ein ungültiges Datum zu werden.
• Text. Auf den längsten Wert der Datei dimensioniert und auf die nächste Stufe aufgerundet, damit der nächste Import nicht an einem Wert scheitert, der ein Zeichen zu lang ist.

Was absichtlich Text bleibt

Vier Fälle sehen nach etwas anderem aus und sind es nicht. Sie zu raten ist der Weg, auf dem ein Konverter unbemerkt Daten zerstört und dabei eine tadellos aussehende Ausgabe liefert.

• Führende Nullen. 007, 01730 und 0044 sind ein Rang, eine Postleitzahl und eine Vorwahl. Als Ganzzahlen werden daraus 7, 1730 und 44, und die Nullen sind endgültig aus der Datenbank verschwunden.
• Ein führendes Plus. +15551234567 passt perfekt auf eine Ganzzahl und ist eine Telefonnummer. Als Zahl verliert sie das Plus und ihre Bedeutung.
• Mehrdeutige Datumsangaben. 03/04/2026 ist fast überall der 3. April und in den Vereinigten Staaten der 4. März, und nichts in einer CSV entscheidet das. Eine ganze Spalte kann jahrelang unter beiden Lesarten stimmig sein.
• Ein-Buchstaben-Kennzeichen. Eine Spalte aus t, f, y und n ist eine Wahrheitswert-Konvention und zugleich eine Note, eine Initiale und ein Kategoriecode. Die Wörter true, false, yes und no sind eindeutig; die Buchstaben nicht.

Nichts davon ist eine Mauer. Jeder dieser Fälle lässt sich im Reiter Spalten von Hand setzen, und eine ausdrückliche Übersteuerung wird buchstabengetreu befolgt, einzelne Buchstaben eingeschlossen. Der Unterschied ist, dass nie an Ihrer Stelle geraten wird. Lässt sich eine Übersteuerung für eine bestimmte Zelle nicht erfüllen, wird dieser Wert als NULL geschrieben und das Werkzeug nennt Ihnen die Zahl der betroffenen Zellen, statt das Skript Hunderte Anweisungen später scheitern zu lassen.

Eine fehlende Messung und eine Messung von nichts sind zwei verschiedene Tatsachen, und sobald beide in der Datenbank eine leere Zeichenkette sind, kann nichts sie mehr unterscheiden. Die frühere Fassung dieses Werkzeugs schrieb jede leere Zelle als leere Zeichenkette, ohne jede Möglichkeit, das zu ändern.

• Leere Zellen als NULL. Die Vorgabe, und was fast jeder Import will. Die Spalte wird im CREATE TABLE zugleich als NULL-fähig gekennzeichnet.
• Leere Zellen als leere Zeichenkette. Zum Laden in eine bestehende Tabelle, deren Spalten als NOT NULL deklariert sind.
• Eigene NULL-Kennungen. Von mysqldump geschriebene Exporte nutzen \N, und viele handgepflegte Tabellen nutzen NA, N/A oder das Wort NULL. Nennen Sie die, die Ihre Datei verwendet, durch Kommas getrennt, und sie werden zu echten NULL-Werten.
• NULL in einer Schlüsselspalte. Wird in der WHERE-Klausel als IS NULL geschrieben, nie als = NULL, was in SQL nie wahr ist und stillschweigend auf keine einzige Zeile passen würde.
• Zeichen, die keine Datenbank speichern kann. Nullbytes werden entfernt und gezählt, denn PostgreSQL weist sie rundheraus ab, während MySQL den Wert an dieser Stelle abschneidet. Sie erfahren, wie viele betroffen waren, statt drei verschiedene falsche Antworten zu bekommen.

Eine Tabellenkalkulations-Überschrift ist kein SQL-Bezeichner, und die eine in den anderen zu verwandeln ist genau die Stelle, an der die frühere Fassung dieses Werkzeugs Skripte erzeugte, die keine Datenbank annahm. Vier Probleme müssen gelöst sein, bevor ein Name sicher geschrieben werden kann.

• Reservierte Wörter. order, group, key, desc, from und table sind gewöhnliche Spaltenüberschriften und allesamt reserviert. Sie werden automatisch quotiert.
• Namen mit führender Ziffer. 1st und 2nd lassen sich in keinem Dialekt ohne Anführungszeichen schreiben. Sie werden quotiert statt verstümmelt.
• Doppelte Namen. col-1 und col.1 werden beide zu col_1. Der zweite wird zu col_1_2, und die Prüfung ignoriert Groß- und Kleinschreibung, weil MySQL unter Windows und SQL Server Total und total als dieselbe Spalte behandeln.
• Für die Datenbank zu lange Namen. Oracle erlaubt dreißig Zeichen, PostgreSQL dreiundsechzig, MySQL vierundsechzig. Lange Namen werden gekürzt, und jede durch das Kürzen entstehende Kollision wird anschließend aufgelöst.

Zwei Namensstile

Saubere Namen faltet eine Überschrift auf Kleinbuchstaben, Ziffern und Unterstriche, sodass aus First Name first_name wird und aus Café Total cafe_total. Original behalten übernimmt die Überschrift genau so, wie Sie sie geschrieben haben, und quotiert sie dort, wo die Datenbank es verlangt. Eine dritte Möglichkeit, die Quotierung ganz wegzulassen, gibt es bewusst nicht, denn ein reserviertes Wort oder ein Leerzeichen hat keine unquotierte Schreibweise und die Einstellung könnte nur ein kaputtes Skript hervorbringen.

Eine CSV ist der Weg, auf dem Daten eine Tabellenkalkulation verlassen, und ein SQL-Skript ist der Weg, auf dem sie in eine Datenbank gelangen. Das eine von Hand in das andere zu überführen ist langsam und fehleranfällig, und die Fehler sind von der stillen Sorte.

• Eine Datenbank befüllen. Referenzdaten, Nachschlagetabellen und Testdaten leben in Tabellenkalkulationen und müssen als wiederholbare, prüfbare Anweisungen in der Datenbank ankommen.
• Testdaten. Ein erzeugtes Skript kann neben dem Code versioniert und in jeder frischen Umgebung erneut ausgeführt werden.
• Migrationen und einmalige Ladevorgänge. Ein Skript lässt sich lesen, bearbeiten und über den Prüfprozess anwenden, den die Datenbank ohnehin hat — was ein Massenimport über eine Oberfläche nicht bietet.
• Arbeiten ohne Importassistenten. Viele Produktionsdatenbanken sind nur über einen SQL-Client erreichbar, und eine .sql-Datei ist das eine Format, das jeder Client annimmt.
• Vorhandene Zeilen korrigieren. UPDATE und MERGE machen aus einer korrigierten Tabelle genau die Anweisungen, die eine laufende Tabelle damit in Einklang bringen.

Diese Einstellungen steuern, wie die Datei gelesen wird, bevor irgendein SQL entsteht. Eine davon zu ändern liest die Datei neu; alles andere formt nur die Ausgabe um.

• Trennzeichen. Automatisch, Komma, Semikolon, Tabulator oder senkrechter Strich. Automatisch parst eine Stichprobe mit jedem Kandidaten und nimmt den, der die gleichmäßigsten Zeilenbreiten liefert, sodass ein Komma in einer quotierten Adresse nicht täuschen kann.
• Anführungszeichen. Automatisch, doppeltes Anführungszeichen, Apostroph oder keines. Mit Apostrophen quotierte Dateien gibt es, und sie mit dem falschen Zeichen zu lesen verschmilzt Zeilen.
• Kodierung. Automatisch, UTF-8, UTF-16LE, UTF-16BE, Windows-1252 oder ISO-8859-1. Eine Bytereihenfolge-Markierung in der Datei schlägt immer das Auswahlfeld, denn eine Datei, die ihre eigene Kodierung angibt, schlägt eine Vermutung.
• Erste Zeile ist eine Kopfzeile. Standardmäßig an. Aus geschaltet werden Spalten nach Position benannt und die erste Zeile als Daten behandelt.
• Zeilen überspringen. Für Exporte, die mit einem Titel, einem Datumsstempel oder einer Leerzeile vor der echten Kopfzeile beginnen.
• Spaltentypen erkennen. Standardmäßig an. Aus geschaltet wird jede Spalte als dimensionierter Text geschrieben — genau das, was man beim Laden in eine bestehende Staging-Tabelle will.

Lassen Sie das Trennzeichen zuerst auf Automatisch. Setzen Sie es nur von Hand, wenn die Vorschau zeigt, dass die Datei falsch gelesen wird.

• Komma. Die Vorgabe, und das, wonach das Format heißt. Die meisten Exporte aus englischsprachiger Software.
• Semikolon. Was Excel in weiten Teilen Europas schreibt, wo das Komma das Dezimaltrennzeichen ist.
• Tabulator. TSV-Dateien und alles, was direkt aus einer Tabellenkalkulation in eine Textdatei kopiert wurde.
• Senkrechter Strich. Verbreitet in Datenpipelines und Mainframe-Auszügen, wo die Daten selbst Kommas und Semikolons enthalten können.

Die Liste ist abgeschlossen. Alles, was nicht darauf steht, wird schon im Dateidialog abgelehnt, mit einem Satz dazu, was es ist und wohin damit — statt angenommen zu werden und später zu scheitern.

Was Sie umwandeln können

• .csv mit jedem der vier Trennzeichen und jeder der fünf Kodierungen.
• .tsv tabulatorgetrennte Exporte.
• .txt getrennter Text unter jeder Endung, die eine Tabellenkalkulation zufällig geschrieben hat.
• Eingefügter Text. Fügen Sie CSV direkt in die Seite ein, ohne vorher eine Datei zu speichern.

Was abgelehnt wird, und wohin stattdessen

• Excel-Arbeitsmappen. Eine .xlsx oder .xls ist ein komprimiertes Archiv, kein getrennter Text. Wandeln Sie sie zuerst in CSV um.
• JSON. Nutzen Sie zuerst das Werkzeug JSON zu CSV und bringen Sie das Ergebnis hierher.
• Dateien mit einem Bild oder Archiv unter einem .csv-Namen. Am Inhalt erkannt statt an der Endung, und abgelehnt, bevor irgendetwas geparst wird.
• Leere Dateien. Werden mit einer Meldung abgelehnt, statt ein leeres Skript zu erzeugen.

Größen- und Stapelgrenzen

Die kostenlose Version wandelt eine Datei auf einmal um, bis 25 MB, mit allen Dialekten, Anweisungsarten, Typübersteuerungen und NULL-Einstellungen. Pro wandelt bis zu 50 Dateien in einem Durchgang um und liefert sie als ein einziges ZIP, und ist durch die Leistung Ihres Geräts begrenzt statt durch eine feste Zahl. Nichts, was das SQL korrekt macht, liegt hinter der Bezahlschranke, denn ein Skript, das nicht läuft, ist keine Premium-Ausstattung.

Die Datei wird dekodiert, Trennzeichen und Anführungszeichen werden erkannt, indem eine Stichprobe geparst und bewertet wird, wie rechteckig jede Lesart ausfällt, und die Zeilen werden von einem Leser geparst, der quotierte Felder mit Trennzeichen und Zeilenumbrüchen darin versteht. Danach wird jede Zelle klassifiziert, und jede Spalte nimmt den engsten Typ, der zu all ihren Werten passt.

Das Skript wird in Stücken geschrieben und direkt in eine Datei geleitet, statt als ein einziger riesiger Textblock zusammengesetzt zu werden — deshalb entsteht ein 23-MB-Skript, ohne dass die Seite je aufhört zu reagieren. Die Vorschau zeigt die ersten Anweisungen sofort, damit Sie sehen, was Sie herunterladen, bevor Sie es herunterladen.

Nichts verlässt Ihr Gerät

Es gibt keinen Upload-Schritt und keinen Server in der Umwandlung. Die Datei wird von der Festplatte in die Seite gelesen, dort umgewandelt und als Download zurückgeschrieben. Nach dem Laden der Seite können Sie das Netzwerk trennen und es funktioniert weiter — die einzige Fassung eines Datenschutzversprechens, die Sie selbst nachprüfen können.

Ein 10-MB-Export mit 104.000 Zeilen wird in etwa einer Sekunde gelesen, typisiert und als 23-MB-SQL-Skript geschrieben, ohne dass die Seite je stehen bleibt.

• CSV zu JSON
• CSV zu Excel
• CSV zu XML
• CSV-Betrachter
• CSV-Filter
• CSV-Werkzeuge