Mis on ORM? Kuidas rakendused andmebaasiga suhtlevad

ORM (objektrelatsiooniline kaardistaja) on koodiraamatukogu, mis asub rakenduse ja relatsioonilise andmebaasi vahel. Selle asemel, et kirjutada andmebaasi päringuid SQL-is, töötavad arendajad andmetega tavaliste objektidena oma programmeerimiskeeles – db.booking.create(...) või Booking.find(...) – ning ORM tõlgib selle SQL-iks, käivitab selle ja teisendab tulemused tagasi objektideks. Tuntud näited on TypeScripti jaoks Prisma ja Drizzle, Pythoni jaoks SQLAlchemy ja C# jaoks Entity Framework Core.

Miks ORM-id AI-ga ehitades olulised on

Kui AI rakenduse ehitaja lisab sinu rakendusele andmebaasi, lisab ta tavaliselt ka ORM-i, et sellega suhelda. ORM-i koodi ei pea ise kirjutama, aga on kasulik teada, et see seal on:

• Sinu andmemudel elab koodis. ORM-i skeemifail on sageli kõige selgem kirjeldus sinu rakenduse andmetest: millised tabelid on, millised väljad neil on ja kuidas need omavahel seotud on. Selle lugemine on kiire viis kontrollida, kas AI sai sinu rakendusest aru.
• Muudatused andmebaasis käivad migratsioonide kaudu. Kui küsid „lisa kliendile telefoninumber", uuendab AI mudelit ja loob migratsiooni. Selle teadmine aitab mõista, miks mõni muudatus võib vajada rakendamist, enne kui see töötab live-keskkonnas.
• Turvalisus vaikimisi. ORM-id koostavad päringuid nii, et need kaitsevad SQL-i süstimise eest – see on üks levinumaid turvaauke rakendustes, kus päringud on käsitsi kokku pandud.
• Kiiruse lõksud. ORM-id teevad lihtsaks juhusliku sattumise sadade väikeste päringute käivitamisele seal, kus oleks piisanud ühest. See on AI-ga ehitatud rakenduste aeglaste lehtede levinud põhjus.

Igapäevane võrdlus

Kujuta ette kahte reisijat, briti turisti ja jaapani poekaupmeest, kes ei räägi ühte keelt ja suhtlevad tõlgi kaudu.

Reisija (sinu rakendus) ütleb: „Sooviksin kolme kõige odavamat teed, mis teil on." Tõlk (ORM) muudab selle täpseks jaapanikeelseks lauseks (SQL), annab selle kaupmehele (andmebaas) edasi ja tõlgib vastuse tagasi inglise keelde.

Reisija ei pea jaapani keelt õppima ja enamiku vestluste puhul on see hea. Keerulise läbirääkimise korral aitab aga otsene suhtlus – seetõttu lubavad enamik ORM-e arendajatel vajadusel kirjutada ka toorest SQL-i.

Kuidas ORM töötab

Postgres ja teised andmebaasid hoiavad andmeid tabelites ridade ja veergudena ning neid päritakse SQL-iga. Programmeerimiskeeled töötavad objektidega: broneering, millel on date, customer ja status. ORM seob need kaks omavahel:

Need neli toimingut on CRUD tegevused, millel põhineb peaaegu iga rakendus.

Näide: broneeringud Prismaga

Siin on lihtsustatud Prisma skeem ilusalongi broneerimisrakenduse jaoks. See kirjeldab kahte tabelit ja seda, kuidas need on seotud:

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
}

Lihtsalt öeldes: kliendil on nimi, kordumatu e-posti aadress ja mitu broneeringut; igal broneeringul on algusaeg, teenus ning see kuulub ühele kliendile.

Nüüd tahab rakendus teada: „Lena eelseisvad broneeringud, varaseimad esimesena":

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

ORM teisendab selle umbes sellisesse SQL-i, käivitab selle ja tagastab broneeringuobjektide loendi:

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 ja $2 on kohatäitjad: e-posti aadress ja kuupäev saadetakse päringu tekstist eraldi, ning just see takistab SQL-i süstimist.

Migratsioonid

Kui küsid seejärel „lase klientidel lisada telefoninumber", lisab AI mudelisse Customer välja phone String? (? tähendab, et väli on valikuline) ja loob migratsiooni – väikese SQL-skripti nagu ALTER TABLE "Customer" ADD COLUMN "phone" TEXT;. Migratsioonid salvestatakse järjekorras, nii et iga andmebaasi koopia saab viia samasse struktuuri ning muudatuste ajalugu säilib.

Levinud ORM-id keele järgi

ORM-id erinevad selle poolest, kui palju nad SQL-i varjavad. Prisma kasutab oma skeemakeelt ja päringustiili; Drizzle jääb tahtlikult lähedale SQL-i kujule, hoides samas kõik tüübitud. Kergemaid tööriistu, mida nimetatakse päringuehitajateks (query builder), nagu TypeScripti jaoks Knex või Kysely, kasutatakse SQL-i koostamiseks koodis ilma ridu täisobjektideks kaardistamata.

Põhimõisted

Levinud väärarusaamad

• „ORM on andmebaas." Ei ole. See on tõlk. Andmebaas, näiteks Postgres, on siiski vaja.
• „ORM-iga ei pea oma andmeid mõistma." Halvasti kavandatud tabelid on ORM-iga sama valusad. Hea andmemudel on tähtsam kui tööriist.
• „ORM-id on alati aeglased." Igapäevased päringud on korras. Aeglus tuleb tavaliselt mustritest nagu N+1 päringud või puuduvad indeksid, ning neid saab parandada.
• „ORM tähendab, et SQL-i süstimise oht on igavesti kadunud." Tavalised ORM-meetodid on turvalised, aga toor-SQL, kuhu on kleebitud kasutaja sisend, on endiselt ohtlik.
• „Skeemifaili muutmine muudab elavat andmebaasi." Ainult siis, kui migratsioon on loodud ja rakendatud selles andmebaasis.

Mida küsida oma AI-ehitajalt

• „Näita andmebaasi skeemi ja selgita iga tabelit ja seost lihtsas keeles."
• „Millist ORM-i see projekt kasutab ja kus on migratsioonid?"
• „Enne mis tahes tabeli muutmist ütle, kas olemasolevad andmed mõjutatakse, ja ära kunagi eemalda veergu, millel on andmeid, ilma minult küsimata."
• „Kontrolli aeglasemaid lehti N+1 päringute suhtes ja lisa indeksid kohtadele, kus loendeid filtreeritakse või sorteeritakse."
• „Veendu, et iga päring, mis kasutab kasutaja sisendit, läbib ORM-i või kasutab parameetreid – ei mingit stringidest kokku ehitatud SQL-i."

ORM-id Mythexis

Kui sinu rakendus peab andmeid salvestama, lisab Mythex projektile spetsiaalse Postgres-andmebaasi – küsi vestluses või kasuta käsku /database – ning süstib selle ühendusandmed töökeskkonda ja avaldatud rakendusse (Andmebaas). Agent kirjutab seejärel koodi, mis loeb ja salvestab sinu andmeid. Kui sul on eelistus – „kasuta Prismat", „kasuta SQLAlchemyt" või „lihtne SQL, ilma ORM-ita" – ütle see vestluses. Kui soovid skeemi üle vaadata, palu agendil seda selgitada; faile saad lugeda koodiredaktoris. Laiema pildi jaoks vaata mis on andmebaas ja SQL vs NoSQL.

Küsimused