Ce este un ORM? Cum vorbesc aplicațiile cu bazele de date, explicat

Un ORM (object-relational mapper) este o bibliotecă de cod care stă între o aplicație și o bază de date relațională. În loc să scrie interogări SQL, dezvoltatorii lucrează cu datele ca obiecte obișnuite din limbajul de programare — db.booking.create(...) sau Booking.find(...) — iar ORM-ul traduce asta în SQL, rulează interogarea și transformă rezultatele înapoi în obiecte. Exemple populare sunt Prisma și Drizzle pentru TypeScript, SQLAlchemy pentru Python și Entity Framework Core pentru C#.

De ce contează ORM-urile când construiești cu AI

Când un constructor de aplicații cu AI adaugă o bază de date aplicației tale, de obicei adaugă și un ORM ca să vorbească cu ea. Nu va trebui să scrii cod ORM, dar e util să știi că există:

• Modelul tău de date trăiește în cod. Fișierul de schemă al ORM-ului este adesea cea mai clară descriere a datelor aplicației: ce tabele există, ce câmpuri are fiecare și cum sunt legate. Citindu-l, verifici rapid dacă AI-ul a înțeles aplicația.
• Modificările bazei de date trec prin migrări. Când ceri „adaugă un număr de telefon la clienți”, AI-ul actualizează modelul și creează o migrare. Să știi asta te ajută să înțelegi de ce o modificare ar putea trebui aplicată înainte să funcționeze live.
• Siguranță implicită. ORM-urile construiesc interogările astfel încât să fie protejate împotriva SQL injection, una dintre cele mai frecvente găuri de securitate în aplicațiile care asamblează interogările manual.
• Capcane de viteză. ORM-urile fac ușor să rulezi din greșeală sute de interogări mici acolo unde ar fi ajuns una. Este o cauză frecventă a paginilor lente în aplicațiile construite cu AI.

O analogie din viața de zi cu zi

Imaginează-ți un turist britanic și un vânzător japonez care nu au o limbă comună și comunică printr-un interpret.

Turistul (aplicația ta) spune: „Aș vrea cele mai ieftine trei ceaiuri pe care le aveți.” Interpretul (ORM-ul) traduce asta într-o japoneză precisă (SQL), o transmite vânzătorului (baza de date) și traduce răspunsul înapoi în engleză.

Turistul nu învață japoneza, iar pentru majoritatea conversațiilor asta e în regulă. Dar pentru o negociere complicată, ajută să vorbești direct — de aceea majoritatea ORM-urilor îi lasă pe dezvoltatori să scrie SQL brut când e nevoie.

Cum funcționează un ORM

Bazele de date precum Postgres stochează datele în tabele cu rânduri și coloane și se interoghează cu SQL. Limbajele de programare lucrează cu obiecte: o rezervare cu o date, un customer și un status. ORM-ul face legătura între cele două:

Aceste patru operații sunt acțiunile CRUD pe care se bazează aproape fiecare aplicație.

Un exemplu practic: rezervări cu Prisma

Iată o schemă Prisma simplificată pentru o aplicație de rezervări la salon. Descrie două tabele și modul în care sunt legate:

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
}

Pe scurt: un client are un nume, un e-mail unic și mai multe rezervări; fiecare rezervare are o oră de început, un serviciu și aparține unui singur client.

Acum aplicația vrea „rezervările viitoare ale Lenei, cele mai apropiate primele”:

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

ORM-ul transformă asta în SQL cam așa, îl rulează și returnează o listă de obiecte rezervare:

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 sunt spații rezervate: e-mailul și data sunt trimise separat de textul interogării, iar asta împiedică SQL injection.

Migrări

Dacă apoi ceri „lasă clienții să adauge un număr de telefon”, AI-ul adaugă phone String? la modelul Customer (semnul ? înseamnă opțional) și generează o migrare — un script SQL mic, de tipul ALTER TABLE "Customer" ADD COLUMN "phone" TEXT;. Migrările se salvează în ordine, astfel încât fiecare copie a bazei de date poate fi adusă la aceeași structură, iar istoricul modificărilor se păstrează.

ORM-uri comune, pe limbaj

ORM-urile diferă prin cât ascund din SQL. Prisma folosește propriul limbaj de schemă și propriul stil de interogare; Drizzle rămâne intenționat aproape de forma SQL, păstrând totul tipizat. Unelte mai ușoare, numite query builders, precum Knex sau Kysely pentru TypeScript, ajută la construirea SQL-ului în cod, fără să mapeze rândurile la obiecte complete.

Termeni cheie

Concepții greșite frecvente

• „Un ORM este o bază de date.” Nu este. Este un traducător. Ai nevoie în continuare de o bază de date, cum ar fi Postgres.
• „Cu un ORM nu trebuie să înțelegi datele.” Tabelele prost proiectate sunt la fel de dureroase și prin ORM. Un model de date bun contează mai mult decât unealta.
• „ORM-urile sunt mereu lente.” Interogările de zi cu zi sunt în regulă. Lentoarea vine de obicei din tipare precum interogările N+1 sau din indecși lipsă, care pot fi rezolvate.
• „ORM înseamnă că nu există niciodată risc de SQL injection.” Metodele standard ale ORM-ului sunt sigure, dar SQL brut în care se lipește input de la utilizator rămâne periculos.
• „Editarea fișierului de schemă schimbă baza de date live.” Doar după ce se creează o migrare și se aplică pe acea bază de date.

Ce să întrebi constructorul tău de aplicații cu AI

• „Arată-mi schema bazei de date și explică în limbaj simplu fiecare tabel și fiecare relație.”
• „Ce ORM folosește proiectul ăsta și unde sunt migrările?”
• „Înainte să modifici orice tabel, spune-mi dacă vor fi afectate datele existente și nu șterge niciodată o coloană cu date fără să mă întrebi.”
• „Verifică paginile cele mai lente pentru interogări N+1 și adaugă indecși acolo unde listele sunt filtrate sau sortate.”
• „Asigură-te că fiecare interogare care folosește input de la utilizator trece prin ORM sau folosește parametri — fără SQL construit prin concatenare de șiruri.”

ORM-uri în Mythex

Când aplicația ta trebuie să salveze date, Mythex adaugă proiectului o bază de date Postgres dedicată — cere-o în chat sau folosește comanda /database — și injectează detaliile de conectare în spațiul de lucru și în aplicația publicată (Database). Apoi agentul scrie codul care citește și salvează datele tale. Dacă ai o preferință — „folosește Prisma”, „folosește SQLAlchemy” sau „SQL simplu, fără ORM” — spune-o în chat. Cere-i să îți explice schema oricând vrei să verifici structura; fișierele le poți citi în editorul de cod. Pentru imaginea de ansamblu, vezi ce este o bază de date și SQL vs NoSQL.

Întrebări