Hva er en ORM? Hvordan apper snakker med databaser, forklart

En ORM (object-relational mapper) er et kodebibliotek som ligger mellom en app og en relasjonsdatabase. I stedet for å skrive databasespørringer i SQL, jobber utviklere med data som vanlige objekter i programmeringsspråket sitt – for eksempel db.booking.create(...) eller Booking.find(...) – og ORM-en oversetter det til SQL, kjører det og gjør resultatene tilbake til objekter. Kjente eksempler er Prisma og Drizzle for TypeScript, SQLAlchemy for Python og Entity Framework Core for C#.

Hvorfor ORM-er betyr noe når du bygger med KI

Når en KI-appbygger legger til en database i appen din, legger den vanligvis også til en ORM for å snakke med den. Du trenger ikke skrive ORM-kode selv, men det hjelper å vite at den finnes:

• Datamodellen din ligger i kode. ORM-ens skjemafil er ofte den tydeligste beskrivelsen av appens data: hvilke tabeller som finnes, hvilke felt hver har, og hvordan de henger sammen. Å lese den er en rask måte å sjekke at KI-en har forstått appen din.
• Endringer i databasen går gjennom migreringer. Når du ber om «legg til et telefonnummer på kunder», oppdaterer KI-en modellen og lager en migrering. Å vite det hjelper deg å forstå hvorfor en endring kan måtte brukes før den virker live.
• Trygt som standard. ORM-er bygger spørringer på en måte som beskytter mot SQL-injeksjon, et av de vanligste sikkerhetshullene i apper som setter sammen spørringer for hånd.
• Ytelsesfeller. ORM-er gjør det lett å kjøre hundrevis av små spørringer der én hadde holdt. Det er en vanlig årsak til trege sider i KI-bygde apper.

En hverdagslig analogi

Tenk deg en britisk reisende og en japansk butikkeier som ikke deler språk, og som snakker gjennom en tolk.

Den reisende (appen din) sier: «Jeg vil ha de tre billigste teene dere har.» Tolken (ORM-en) oversetter det til presist japansk (SQL), gir det til butikkeieren (databasen) og oversetter svaret tilbake til engelsk.

Den reisende lærer aldri japansk, og for de fleste samtaler er det greit. Men i en komplisert forhandling kan det hjelpe å snakke direkte – derfor lar de fleste ORM-er utviklere skrive rå SQL når det trengs.

Slik fungerer en ORM

Databaser som Postgres lagrer data i tabeller med rader og kolonner, og spørres med SQL. Programmeringsspråk jobber med objekter: en booking med en date, en customer og en status. ORM-en kobler de to sammen:

Disse fire operasjonene er CRUD-handlingene nesten alle apper bygges på.

Et praktisk eksempel: bookinger med Prisma

Her er et forenklet Prisma-skjema for en frisørapp for bookinger. Det beskriver to tabeller og hvordan de er koblet sammen:

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 enkle ord: en kunde har et navn, en unik e-post og mange bookinger; hver booking har et starttidspunkt og en tjeneste, og tilhører én kunde.

Nå vil appen ha «Lenas kommende bookinger, tidligst først»:

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

ORM-en gjør det om til SQL omtrent slik, kjører det og returnerer en liste med bookingobjekter:

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 og $2 er plassholdere: e-posten og datoen sendes separat fra spørringsteksten, og det er det som hindrer SQL-injeksjon.

Migreringer

Hvis du så ber om «la kunder legge til et telefonnummer», legger KI-en til phone String? i Customer-modellen (? betyr at feltet er valgfritt) og lager en migrering – et lite SQL-skript som ALTER TABLE "Customer" ADD COLUMN "phone" TEXT;. Migreringer lagres i rekkefølge, slik at alle kopier av databasen kan bringes til samme struktur, og historikken over endringer beholdes.

Vanlige ORM-er etter språk

ORM-er varierer i hvor mye de skjuler SQL. Prisma bruker sitt eget skjemaspråk og sin egen spørringsstil; Drizzle holder seg bevisst nær SQL-formen samtidig som alt er typet. Lettere verktøy som kalles spørringsbyggere, for eksempel Knex eller Kysely for TypeScript, hjelper deg å bygge SQL i kode uten å gjøre rader om til fulle objekter.

Nøkkelbegreper

Vanlige misforståelser

• «En ORM er en database.» Det er den ikke. Den er en oversetter. Du trenger fortsatt en database, for eksempel Postgres.
• «Med en ORM trenger du ikke forstå dataene dine.» Dårlig utformede tabeller er like vanskelige gjennom en ORM. En god datamodell betyr mer enn verktøyet.
• «ORM-er er alltid trege.» Vanlige spørringer er greie. Treghet kommer vanligvis fra mønstre som N+1-spørringer eller manglende indekser, og det kan fikses.
• «ORM betyr ingen risiko for SQL-injeksjon, noensinne.» Standardmetodene i en ORM er trygge, men rå SQL med limt inn brukerinput er fortsatt farlig.
• «Å redigere skjemafilen endrer den levende databasen.» Bare når en migrering er laget og brukt på den databasen.

Hva du bør spørre KI-appbyggeren din om

• «Vis meg databaseskjemaet og forklar hver tabell og relasjon med enkle ord.»
• «Hvilken ORM bruker dette prosjektet, og hvor ligger migreringene?»
• «Før du endrer en tabell, fortell meg om eksisterende data blir påvirket, og slett aldri en kolonne med data uten å spørre først.»
• «Sjekk de tregeste sidene for N+1-spørringer, og legg til indekser der lister filtreres eller sorteres.»
• «Sørg for at hver spørring som bruker brukerinput går gjennom ORM-en eller bruker parametere – ingen SQL satt sammen som tekst.»

ORM-er i Mythex

Når appen din trenger å lagre data, legger Mythex til en egen Postgres-database i prosjektet – be om det i chatten eller bruk kommandoen /database – og setter inn tilkoblingsdetaljene i arbeidsområdet og den publiserte appen (Database). Agenten skriver deretter koden som leser og lagrer dataene dine. Hvis du har en preferanse – «bruk Prisma», «bruk SQLAlchemy» eller «ren SQL, ingen ORM» – si det i chatten. Be den gå gjennom skjemaet når du vil sjekke strukturen; du kan lese filene i kodeeditoren. For hele bildet, se hva en database er og SQL vs NoSQL.

Spørsmål