CSV naar SQL omzetten

Deze omzetting schrijft alleen `INSERT INTO … VALUES …;`-regels, één per rij uit de CSV. Er komt geen `CREATE TABLE` bij en er worden geen kolomtypen bepaald — de omzetting gaat ervan uit dat de tabel al bestaat.

De tabelnaam wordt afgeleid van de bestandsnaam van de CSV, opgeschoond tot iets dat als identifier geldig is. Klopt die naam niet met je bestaande tabel, pas de instructies dan aan voor je ze uitvoert.

Een CSV bevat geen typinformatie — elke waarde is tekst totdat iets anders beslist wordt. Een tabeldefinitie verzinnen op basis van een paar rijen zou beloftes doen over kolomtypen die de gegevens zelf niet waarmaken.

Het gevolg is dat je de instructies invoegt in een tabel die je zelf hebt aangemaakt, met de kolomtypen die bij jouw database horen.

Booleaanse waarden worden geschreven als `TRUE` en `FALSE`. Dat is geldige syntax in PostgreSQL en MySQL, maar niet in elk SQL-dialect — sommige systemen verwachten `1` en `0` in plaats daarvan.

Controleer dit voor je de instructies uitvoert op een systeem dat niet met `TRUE`/`FALSE` overweg kan, en pas ze zo nodig handmatig aan.

Kolom- en tabelnamen komen zonder aanhalingstekens in de gegenereerde SQL terecht. Bevat een kolomnaam in je CSV een spatie, een streepje of een gereserveerd woord, dan is de instructie mogelijk niet direct geldig SQL.

Herbenoem zulke kolommen in de CSV voor je omzet, of pas de instructies na het genereren met de hand aan.

Bevat de CSV al kolommen met een punt in de naam, dan komen die als losse kolommen in de INSERT terecht, precies zoals ze in de CSV stonden — er wordt hier niets extra samengevoegd.

Deze omzetting gaat uit van platte, tabelvormige gegevens. Voor geneste structuren is JSON of YAML een geschikter bronformaat, waarbij de boomstructuur wél bewaard blijft.

De gegenereerde INSERT-instructies volgen de volgorde van de rijen in de CSV. Er wordt niets gesorteerd of hergroepeerd, dus wat je invoert komt in dezelfde volgorde de tabel in.

Voor een tabel met een automatisch oplopende identifier maakt die volgorde meestal niets uit; voor een tabel waar de volgorde van invoegen ertoe doet, blijft die dus intact.

Het lezen van de CSV en het genereren van de SQL-instructies gebeurt in deze browsertab, zonder dat het bestand ergens naartoe wordt verstuurd. Dat is te controleren via het netwerktabblad van de ontwikkelaarstools tijdens het omzetten.

Voor gegevens die nog niet mogen worden gedeeld — een klantenexport, een interne rapportage — is dat relevant, want er is niets dat een server ooit te zien krijgt.

Tot honderd CSV-bestanden tegelijk neerzetten kan; elk bestand wordt onafhankelijk verwerkt en levert zijn eigen set INSERT-instructies op, teruggegeven als één ZIP.

Praktisch voor wie meerdere exports in één keer moet omzetten naar instructies om in een bestaande database te laden.