Databaseproblemer i AI-genererte apper

Hva går galt med databasen?

AI genererer et databaseskjema som ser riktig ut ved første øyekast. Du har tabeller, kolonner, data lagres. Problemet er at skjemaet er flatt. Kundenavn, e-post og telefonnummer lagres direkte på hver bestilling i stedet for å lenkes til en brukertabell. Med 10 testposter merker ingen noe. Med ekte trafikk begynner ting å ryke.

Dataduplisering er overalt. Å endre en kundes e-post betyr å oppdatere hundrevis av rader i stedet for én. Dette er klassiske oppdateringsanomalier — et problem som ble løst innen databaseteknikk for tiår siden, men AI vet ikke om det fordi den genererer kode som «fungerer», ikke kode som er korrekt.

I tillegg mangler det indekser. En spørring som burde ta 50ms tar 3 sekunder. Databasen skanner hele tabellen rad for rad fordi ingen sa til AI at den skulle legge til en indeks på kolonnen du filtrerer på.

Hvordan fikse det

1. Skjemagjennomgang. Vi går gjennom hele databasen og identifiserer flate strukturer, manglende relasjoner og duplisert data. Vi designer et normalisert skjema som eliminerer oppdateringsanomalier.
2. Legge til indekser. Vi analyserer spørringer og legger til indekser på kolonner som brukes i WHERE, JOIN og ORDER BY. En spørring som tok 3 sekunder begynner å kjøre på 50ms.
3. Fikse N+1-spørringer. Vi erstatter løkker med individuelle spørringer med effektive JOIN-er eller batch-spørringer. 101 spørringer blir til én.
4. Connection pooling. Vi konfigurerer en tilkoblingspool slik at databasen ikke drukner av nye tilkoblinger ved hver forespørsel.
5. Databasemotormigrering. Hvis den nåværende databasen ikke passer brukstilfellet (f.eks. SQLite i produksjon), migrerer vi til PostgreSQL eller MySQL — motorer designet for å håndtere samtidig trafikk.