Šta je ORM? Kako aplikacije komuniciraju s bazama podataka

ORM (object-relational mapper) je programska biblioteka koja stoji između aplikacije i relacione baze podataka. Umjesto da pišu upite u SQL-u, programeri rade s podacima kao s običnim objektima u svom programskom jeziku — db.booking.create(...) ili Booking.find(...) — a ORM to prevodi u SQL, izvršava ga i rezultate pretvara nazad u objekte. Popularni primjeri su Prisma i Drizzle za TypeScript, SQLAlchemy za Python i Entity Framework Core za C#.

Zašto su ORM-ovi važni kad gradite uz AI

Kada AI alat za izradu aplikacija doda bazu podataka vašoj aplikaciji, obično dodaje i ORM za komunikaciju s njom. Nećete morati pisati ORM kod, ali korisno je znati da postoji:

• Vaš model podataka živi u kodu. Fajl sa shemom ORM-a često je najjasniji opis podataka vaše aplikacije: koje tabele postoje, koja polja ima svaka i kako su povezane. Čitanje tog fajla brz je način da provjerite da je AI razumio vašu aplikaciju.
• Promjene baze idu kroz migracije. Kada zatražite „dodaj broj telefona kupcima“, AI ažurira model i kreira migraciju. Kada to znate, lakše ćete razumjeti zašto promjena možda mora biti primijenjena prije nego proradi uživo.
• Sigurnost po defaultu. ORM-ovi grade upite tako da su zaštićeni od SQL injection napada, jedne od najčešćih sigurnosnih rupa u aplikacijama koje upite sastavljaju ručno.
• Zamke brzine. ORM-ovi lako dovedu do toga da se slučajno izvrše stotine malih upita umjesto jednog. To je čest razlog sporih stranica u aplikacijama izgrađenim uz AI.

Svakodnevna analogija

Zamislite britanskog putnika i japanskog trgovca koji ne govore isti jezik i razgovaraju preko tumača.

Putnik (vaša aplikacija) kaže: „Želim tri najjeftinija čaja koja imate.“ Tumač (ORM) to prevodi na precizan japanski (SQL), prosljeđuje trgovcu (bazi podataka) i prevodi odgovor nazad na engleski.

Putnik nikada ne mora naučiti japanski, i za većinu razgovora to je u redu. Ali za komplikovane pregovore korisno je govoriti direktno, zato većina ORM-ova omogućava programerima da pišu sirovi SQL kada je potrebno.

Kako ORM radi

Baze poput Postgresa čuvaju podatke u tabelama redova i kolona i upituju se SQL-om. Programski jezici rade s objektima: rezervacija sa date, customer i status. ORM ih mapira jedno na drugo:

Ove četiri operacije su CRUD akcije na kojima se gradi gotovo svaka aplikacija.

Praktičan primjer: rezervacije s Prismom

Evo pojednostavljene Prisma sheme za aplikaciju za rezervacije u salonu. Opisuje dvije tabele i kako su povezane:

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
}

Jednostavno rečeno: kupac ima ime, jedinstvenu e-mail adresu i mnogo rezervacija; svaka rezervacija ima vrijeme početka, uslugu i pripada jednom kupcu.

Sada aplikacija treba „Lenine predstojeće rezervacije, najranije prve“:

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

ORM ovo pretvara u SQL otprilike ovako, izvršava ga i vraća listu objekata rezervacija:

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 i $2 su placeholderi: e-mail i datum se šalju odvojeno od teksta upita, što sprječava SQL injection.

Migracije

Ako zatim zatražite „neka kupci mogu dodati broj telefona“, AI dodaje phone String? u model Customer (? znači da je polje opciono) i generiše migraciju, kratku SQL skriptu poput ALTER TABLE "Customer" ADD COLUMN "phone" TEXT;. Migracije se čuvaju redom, pa se svaka kopija baze može dovesti do iste strukture, a historija promjena se čuva.

Uobičajeni ORM-ovi po jeziku

ORM-ovi se razlikuju po tome koliko skrivaju SQL. Prisma koristi vlastiti jezik za shemu i stil upita; Drizzle namjerno ostaje blizu oblika SQL-a, uz potpunu tipizaciju. Lakši alati zvani query builderi, poput Knex ili Kysely za TypeScript, pomažu da se SQL gradi u kodu bez mapiranja redova u potpune objekte.

Ključni pojmovi

Česte zablude

• „ORM je baza podataka.“ Nije. To je prevodilac. I dalje vam treba baza poput Postgresa.
• „Uz ORM ne morate razumjeti svoje podatke.“ Loše osmišljene tabele su jednako problematične i kroz ORM. Dobar model podataka važniji je od alata.
• „ORM-ovi su uvijek spori.“ Svakodnevni upiti su u redu. Sporost obično dolazi od obrazaca poput N+1 upita ili nedostajućih indeksa, a to se može popraviti.
• „ORM znači da nikada nema rizika od SQL injectiona.“ Standardne ORM metode su sigurne, ali sirovi SQL u koji se lijepi korisnički unos i dalje je opasan.
• „Izmjena fajla sheme mijenja živu bazu.“ Samo kada se migracija kreira i primijeni na tu bazu.

Šta pitati vašeg AI alata za izradu

• „Pokaži mi shemu baze i objasni svaku tabelu i vezu običnim jezikom.“
• „Koji ORM ovaj projekat koristi i gdje su migracije?“
• „Prije nego što mijenjaš bilo koju tabelu, reci mi hoće li postojeći podaci biti pogođeni, i nikada ne briši kolonu koja ima podatke bez pitanja.“
• „Provjeri najsporije stranice zbog N+1 upita i dodaj indekse tamo gdje se liste filtriraju ili sortiraju.“
• „Pobrini se da svaki upit koji koristi korisnički unos ide kroz ORM ili koristi parametre, bez SQL-a sastavljenog od stringova.“

ORM-ovi u Mythexu

Kada vaša aplikacija treba čuvati podatke, Mythex projektu dodaje posvećenu Postgres bazu. Zatražite to u chatu ili koristite komandu /database, a njeni podaci za povezivanje se ubacuju u radni prostor i objavljenu aplikaciju (Baza podataka). Agent zatim piše kod koji čita i čuva vaše podatke. Ako imate preferenciju, poput „koristi Prisma“, „koristi SQLAlchemy“ ili „običan SQL, bez ORM-a“, recite to u chatu. Zamolite ga da vam objasni shemu kad god želite provjeriti strukturu; fajlove možete pročitati u editoru koda. Za širu sliku pogledajte šta je baza podataka i SQL vs NoSQL.

Pitanja