Platta scheman, saknade index, N+1-frågor. Varför AI-genererad databaskod kollapsar under riktig trafik.
AI genererar ett databasschema som ser korrekt ut vid första anblick. Du har tabeller, kolumner, data sparas. Problemet är att schemat är platt. Kundens namn, e-post och telefonnummer lagras direkt på varje beställning istället för att länkas till en användartabell. Med 10 testposter märker ingen något. Med riktig trafik börjar saker gå sönder.
Dataduplicering finns överallt. Att ändra en kunds e-post innebär att uppdatera hundratals rader istället för en. Det är klassiska uppdateringsanomalier — ett problem som löstes inom databasteknik för decennier sedan, men AI vet inte om det eftersom den genererar kod som "fungerar," inte kod som är korrekt.
Dessutom saknas index. En fråga som borde ta 50ms tar 3 sekunder. Databasen skannar hela tabellen rad för rad för att ingen sa åt AI att lägga till ett index på kolumnen du filtrerar på.
AI-verktyg är tränade på kod som "fungerar" — inte på kod som är optimerad för belastning. De genererar scheman som ser bra ut i en demo men kollapsar under produktionstrafik. Ingen normalisering, inga index, ingen tanke på hur data kommer att växa.
Det klassiska N+1-problemet: AI genererar kod som hämtar en lista med beställningar och sedan kör en separat databasfråga för varje beställning för att hämta kunddata. 100 beställningar = 101 databasfrågor. Det borde vara en enda fråga med en JOIN.
Sedan saknas connection pooling. Varje HTTP-förfrågan öppnar en ny databasanslutning. Med 50 samtidiga användare börjar databasen avvisa anslutningar för att gränsen är nådd. AI tänker inte på att dela anslutningar — den ansluter bara och går vidare.
Appen fungerar utmärkt med 10 testanvändare. Med 100 riktiga användare tar sidorna 5–10 sekunder att ladda. Vid 500 — timeout. Problemet är inte servern. Problemet är databasen.
WHERE, JOIN och ORDER BY. En fråga som tog 3 sekunder börjar köra på 50ms.JOIN:ar eller batch-frågor. 101 frågor blir en.AI genererar scheman som ser rätt ut i en demo men kollapsar under produktionsbelastning. Vi fixar grunderna — så att appen körs lika snabbt med 10 000 användare som med 10.
Vi granskar schemat, identifierar flaskhalsar och fixar dem. Frågor som tar sekunder börjar köra på millisekunder.
Boka ett gratis samtal →