Vad är en ORM? Så pratar appar med databaser, förklarat

En ORM (object-relational mapper) är ett kodbibliotek som ligger mellan en app och en relationsdatabas. I stället för att skriva databasfrågor i SQL arbetar utvecklare med data som vanliga objekt i sitt programmeringsspråk – db.booking.create(...) eller Booking.find(...) – och ORM:en översätter det till SQL, kör det och gör om resultaten till objekt igen. Populära exempel är Prisma och Drizzle för TypeScript, SQLAlchemy för Python och Entity Framework Core för C#.

Varför ORM:er spelar roll när du bygger med AI

När en AI-appbyggare lägger till en databas i din app lägger den oftast också till en ORM för att prata med den. Du behöver inte skriva ORM-kod själv, men det hjälper att veta att den finns där:

• Din datamodell finns i koden. ORM:ens schemafil är ofta den tydligaste beskrivningen av appens data: vilka tabeller som finns, vilka fält varje tabell har och hur de hänger ihop. Att läsa den är ett snabbt sätt att kontrollera att AI:n har förstått din app.
• Ändringar i databasen går via migreringar. När du ber om "lägg till ett telefonnummer på kunderna" uppdaterar AI:n modellen och skapar en migrering. Att veta det hjälper dig förstå varför en ändring kanske måste tillämpas innan den fungerar live.
• Säkert som standard. ORM:er bygger frågor på ett sätt som skyddar mot SQL-injektion, ett av de vanligaste säkerhetshålen i appar som sätter ihop frågor för hand.
• Prestandafällor. ORM:er gör det lätt att av misstag köra hundratals små frågor där en hade räckt. Det är en vanlig orsak till långsamma sidor i AI-byggda appar.

En vardaglig liknelse

Tänk dig en brittisk resenär och en japansk butiksägare som inte delar något språk och pratar genom en tolk.

Resenären (din app) säger: "Jag skulle vilja ha de tre billigaste teerna ni har." Tolken (ORM:en) översätter det till exakt japanska (SQL), lämnar det till butiksägaren (databasen) och översätter svaret tillbaka till engelska.

Resenären lär sig aldrig japanska, och för de flesta samtal är det helt okej. Men i en komplicerad förhandling kan det hjälpa att tala direkt – därför låter de flesta ORM:er utvecklare skriva rå SQL när det behövs.

Så fungerar en ORM

Databaser som Postgres lagrar data i tabeller med rader och kolumner och frågas med SQL. Programmeringsspråk arbetar med objekt: en bokning med ett date, en customer och en status. ORM:en mappar det ena till det andra:

Dessa fyra operationer är de CRUD-åtgärder som nästan alla appar bygger på.

Ett praktiskt exempel: bokningar med Prisma

Här är ett förenklat Prisma-schema för en bokningsapp för en salong. Det beskriver två tabeller och hur de är kopplade:

model Customer {
  id       Int       @id @default(autoincrement())
  name     String
  email    String    @unique
  bookings Booking[]
}

model Booking {
  id         Int      @id @default(autoincrement())
  startsAt   DateTime
  service    String
  customer   Customer @relation(fields: [customerId], references: [id])
  customerId Int
}

Med enkla ord: en kund har ett namn, en unik e-postadress och många bokningar. Varje bokning har en starttid och en tjänst och tillhör en kund.

Nu vill appen ha "Lenas kommande bokningar, tidigast först":

const bookings = await db.booking.findMany({
  where: {
    customer: { email: "lena@example.com" },
    startsAt: { gte: new Date() },
  },
  orderBy: { startsAt: "asc" },
});

ORM:en översätter det till SQL ungefär så här, kör frågan och returnerar en lista med bokningsobjekt:

SELECT b.* FROM "Booking" b
JOIN "Customer" c ON c.id = b."customerId"
WHERE c.email = $1 AND b."startsAt" >= $2
ORDER BY b."startsAt" ASC;

$1 och $2 är platshållare: e-postadressen och datumet skickas separat från frågetexten, och det är just det som förhindrar SQL-injektion.

Migreringar

Om du sedan ber om "låt kunder lägga till ett telefonnummer" lägger AI:n till phone String? i modellen Customer (? betyder att fältet är valfritt) och genererar en migrering – ett litet SQL-skript som ALTER TABLE "Customer" ADD COLUMN "phone" TEXT;. Migreringar sparas i ordning, så att varje kopia av databasen kan föras till samma struktur och historiken över ändringarna behålls.

Vanliga ORM:er per språk

ORM:er skiljer sig åt i hur mycket de döljer SQL. Prisma använder ett eget schemaspråk och en egen frågestil; Drizzle håller medvetet nära SQL:s form men är helt typat. Enklare verktyg som kallas query builders, till exempel Knex eller Kysely för TypeScript, hjälper dig att bygga SQL i koden utan att mappa rader till fullständiga objekt.

Nyckeltermer

Vanliga missuppfattningar

• "En ORM är en databas." Det är den inte. Den är en översättare. Du behöver fortfarande en databas som Postgres.
• "Med en ORM behöver man inte förstå sin data." Dåligt designade tabeller är lika jobbiga genom en ORM. En bra datamodell spelar större roll än verktyget.
• "ORM:er är alltid långsamma." Vardagliga frågor går bra. Långsamheten kommer oftast från mönster som N+1-frågor eller saknade index, och de kan åtgärdas.
• "ORM betyder aldrig någon risk för SQL-injektion." Vanliga ORM-metoder är säkra, men rå SQL där användarinmatning klistras in är fortfarande farlig.
• "Om man redigerar schemafilen ändras den levande databasen." Först när en migrering har skapats och tillämpats på just den databasen.

Vad du ska fråga din AI-byggare

• "Visa databasschemat och förklara varje tabell och relation med enkla ord."
• "Vilken ORM använder projektet, och var finns migreringarna?"
• "Innan du ändrar en tabell: berätta om befintlig data påverkas, och ta aldrig bort en kolumn med data utan att fråga mig först."
• "Kontrollera de långsammaste sidorna för N+1-frågor och lägg till index där listor filtreras eller sorteras."
• "Se till att varje fråga som använder användarinmatning går via ORM:en eller använder parametrar – ingen SQL som sätts ihop med strängar."

ORM:er i Mythex

När din app behöver spara data lägger Mythex till en dedikerad Postgres-databas i projektet – be om det i chatten eller använd kommandot /database – och skickar in anslutningsuppgifterna i arbetsytan och i den publicerade appen (Database). Agenten skriver sedan koden som läser och sparar din data. Har du en preferens – "använd Prisma", "använd SQLAlchemy" eller "vanlig SQL, ingen ORM" – säg det i chatten. Be agenten gå igenom schemat när du vill kontrollera strukturen; du kan läsa filerna i kodeditorn. För helhetsbilden, se vad en databas är och SQL vs NoSQL.

Frågor