AI er godt egnet til formatkonverteringer (CSV ↔ JSON ↔ SQL) og migrationsskripter fordi transformasjonsreglene er mekaniske. Trikset er å gi den nok kontekst for å være korrekt og sikker: skjemaer, en eksempelrad og eksplisitte sikkerhetskrav.
AI er godt egnet til formatkonverteringer (CSV ↔ JSON ↔ SQL) og migrationsskripter fordi transformasjonsreglene er mekaniske. Trikset er å gi den nok kontekst for å være korrekt og sikker: skjemaer, en eksempelrad og eksplisitte sikkerhetskrav.
import csv
# Source CSV: id,email,signup_date (signup_date may be blank)
# Target table: users(id INT, email TEXT NOT NULL, signup_date DATE NULL)
def csv_to_sql(path: str) -> list[str]:
statements = []
with open(path, newline="", encoding="utf-8") as f:
for row in csv.DictReader(f):
email = row["email"].strip()
if not email: # validate: skip invalid rows, don't insert garbage
continue
date = row["signup_date"].strip() or None
email_sql = email.replace("'", "''") # escape quotes to avoid broken SQL / injection
date_sql = f"'{date}'" if date else "NULL"
# ON CONFLICT makes it idempotent: re-running won't create duplicates
statements.append(
f"INSERT INTO users (id, email, signup_date) "
f"VALUES ({int(row['id'])}, '{email_sql}', {date_sql}) "
f"ON CONFLICT (id) DO NOTHING;"
)
return statements
Kommentarene markerer delene som betyr noe: validering (hopp over tomme e-poster), escaping (anførselstegn), og idempotency (ON CONFLICT DO NOTHING). Be AI om å inkludere alle tre — de er tingene et naivt script glemmer.
Datamigrering har høy risiko og er ofte engangsforekomst: et skript som dobbeltfører eller sletter rader kan være dyrt å omgjøre. AI akselererer skriving av konverteringen, men sikkerhetegenskapene — idempotency, validering og tørrøy på en kopi — er ikke forhandlingsbare. Behandle det genererte skriptet som et utkast du må lese og teste, aldri noe du kjører blindt mot ekte data.