ORM là gì? Cách ứng dụng giao tiếp với cơ sở dữ liệu, giải thích dễ hiểu

Một ORM (object-relational mapper) là thư viện lập trình nằm giữa ứng dụng và cơ sở dữ liệu quan hệ. Thay vì viết truy vấn cơ sở dữ liệu bằng SQL, lập trình viên làm việc với dữ liệu như các đối tượng thông thường trong ngôn ngữ lập trình, ví dụ db.booking.create(...) hoặc Booking.find(...). ORM sẽ dịch các thao tác đó thành SQL, chạy chúng và chuyển kết quả trở lại thành đối tượng. Những ví dụ phổ biến là Prisma và Drizzle cho TypeScript, SQLAlchemy cho Python và Entity Framework Core cho C#.

Vì sao ORM quan trọng khi bạn xây dựng bằng AI

Khi một công cụ xây dựng ứng dụng bằng AI thêm cơ sở dữ liệu vào ứng dụng của bạn, nó thường cũng thêm một ORM để giao tiếp với cơ sở dữ liệu đó. Bạn không cần tự viết code ORM, nhưng nên biết nó tồn tại:

• Mô hình dữ liệu nằm trong code. File schema của ORM thường là mô tả rõ ràng nhất về dữ liệu ứng dụng của bạn: có những bảng nào, mỗi bảng có những trường nào và chúng liên kết với nhau ra sao. Đọc file này là cách nhanh để kiểm tra AI đã hiểu đúng ứng dụng của bạn hay chưa.
• Mọi thay đổi cơ sở dữ liệu đi qua migration. Khi bạn yêu cầu "thêm số điện thoại cho khách hàng", AI sẽ cập nhật mô hình và tạo một migration. Biết điều này giúp bạn hiểu vì sao một thay đổi có thể cần được áp dụng trước khi hoạt động trên hệ thống thật.
• An toàn theo mặc định. ORM xây dựng truy vấn theo cách chống được SQL injection, một trong những lỗ hổng bảo mật phổ biến nhất ở các ứng dụng tự ghép câu truy vấn bằng tay.
• Bẫy về tốc độ. ORM dễ khiến ứng dụng vô tình chạy hàng trăm truy vấn nhỏ trong khi chỉ cần một truy vấn. Đây là nguyên nhân thường gặp làm trang web chậm trong các ứng dụng xây bằng AI.

Một ví dụ đời thường

Hãy tưởng tượng một du khách người Việt và một người bán hàng người Nhật không chung ngôn ngữ, và họ trò chuyện qua một thông dịch viên.

Du khách (ứng dụng của bạn) nói: "Tôi muốn ba loại trà rẻ nhất anh có." Thông dịch viên (ORM) chuyển câu đó thành tiếng Nhật chính xác (SQL), đưa cho người bán hàng (cơ sở dữ liệu), rồi dịch câu trả lời trở lại tiếng Việt.

Du khách không cần học tiếng Nhật, và với hầu hết các cuộc trò chuyện thì điều đó không sao. Nhưng với một cuộc thương lượng phức tạp, nói trực tiếp sẽ có ích, và đó là lý do hầu hết ORM cho phép lập trình viên viết SQL thô khi cần.

ORM hoạt động như thế nào

Các cơ sở dữ liệu như Postgres lưu dữ liệu trong bảng gồm các hàng và cột, và được truy vấn bằng SQL. Ngôn ngữ lập trình làm việc với đối tượng: một lịch đặt có date, customer và status. ORM ánh xạ qua lại giữa hai thế giới này:

Bốn thao tác này là các thao tác CRUD mà hầu hết ứng dụng đều xây dựng trên đó.

Ví dụ minh họa: đặt lịch với Prisma

Đây là một schema Prisma đã được đơn giản hóa cho ứng dụng đặt lịch tiệm làm đẹp. Nó mô tả hai bảng và cách chúng liên kết với nhau:

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
}

Nói đơn giản: một khách hàng có tên, một email duy nhất và nhiều lịch đặt; mỗi lịch đặt có thời gian bắt đầu, một dịch vụ và thuộc về một khách hàng.

Bây giờ ứng dụng cần "các lịch đặt sắp tới của Lena, gần nhất trước":

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

ORM sẽ chuyển thao tác này thành SQL gần giống như sau, chạy nó và trả về danh sách các đối tượng lịch đặt:

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 và $2 là các chỗ giữ vị trí: email và ngày tháng được gửi tách biệt khỏi nội dung câu truy vấn, và đó chính là cách ngăn SQL injection.

Migration

Nếu sau đó bạn yêu cầu "cho phép khách hàng thêm số điện thoại", AI sẽ thêm phone String? vào mô hình Customer (dấu ? nghĩa là không bắt buộc) và tạo một migration, tức là một đoạn script SQL nhỏ như ALTER TABLE "Customer" ADD COLUMN "phone" TEXT;. Các migration được lưu theo thứ tự, nên mọi bản sao cơ sở dữ liệu đều có thể được đưa về cùng một cấu trúc, và lịch sử thay đổi được giữ lại.

Các ORM phổ biến theo ngôn ngữ

Các ORM khác nhau ở mức độ che giấu SQL. Prisma dùng ngôn ngữ schema và cách viết truy vấn riêng; Drizzle cố ý giữ hình dạng gần với SQL nhưng vẫn có kiểu dữ liệu rõ ràng. Các công cụ nhẹ hơn gọi là query builder, chẳng hạn Knex hoặc Kysely cho TypeScript, giúp tạo câu SQL bằng code mà không ánh xạ hàng thành đối tượng đầy đủ.

Thuật ngữ quan trọng

Những hiểu lầm thường gặp

• "ORM là một cơ sở dữ liệu." Không phải. Nó là bộ chuyển đổi. Bạn vẫn cần một cơ sở dữ liệu như Postgres.
• "Dùng ORM thì không cần hiểu dữ liệu của mình." Các bảng được thiết kế kém cũng gây khó chịu y như vậy khi dùng qua ORM. Một mô hình dữ liệu tốt quan trọng hơn công cụ.
• "ORM luôn chậm." Các truy vấn thông thường vẫn ổn. Sự chậm chạp thường đến từ các kiểu viết như truy vấn N+1 hoặc thiếu chỉ mục, và những lỗi này hoàn toàn có thể sửa.
• "ORM nghĩa là không bao giờ có rủi ro SQL injection." Các phương thức chuẩn của ORM là an toàn, nhưng SQL thô ghép trực tiếp với dữ liệu người dùng nhập vào vẫn rất nguy hiểm.
• "Sửa file schema là thay đổi ngay cơ sở dữ liệu đang chạy." Chỉ khi một migration được tạo và được áp dụng lên cơ sở dữ liệu đó.

Nên hỏi công cụ xây dựng AI của bạn điều gì

• "Cho tôi xem schema cơ sở dữ liệu và giải thích từng bảng và quan hệ bằng tiếng Việt đơn giản."
• "Dự án này dùng ORM nào, và các migration nằm ở đâu?"
• "Trước khi thay đổi bất kỳ bảng nào, hãy cho tôi biết dữ liệu hiện có có bị ảnh hưởng không, và đừng bao giờ xóa một cột đang có dữ liệu nếu chưa hỏi tôi."
• "Kiểm tra các trang chậm nhất xem có truy vấn N+1 không, và thêm chỉ mục ở những chỗ danh sách được lọc hoặc sắp xếp."
• "Đảm bảo mọi truy vấn dùng dữ liệu đầu vào của người dùng đều đi qua ORM hoặc dùng tham số, không ghép SQL bằng chuỗi."

ORM trong Mythex

Khi ứng dụng của bạn cần lưu dữ liệu, Mythex thêm một cơ sở dữ liệu Postgres riêng vào dự án. Bạn có thể yêu cầu trong khung chat hoặc dùng lệnh /database. Mythex sẽ đưa thông tin kết nối vào không gian làm việc và ứng dụng đã xuất bản (Database). Sau đó, tác tử sẽ viết code đọc và lưu dữ liệu của bạn. Nếu bạn có sở thích riêng, chẳng hạn "dùng Prisma", "dùng SQLAlchemy" hoặc "SQL thuần, không dùng ORM", hãy nói trong chat. Bạn có thể yêu cầu AI giải thích schema bất cứ lúc nào để kiểm tra cấu trúc; bạn cũng có thể đọc các file trong trình soạn thảo code. Để xem bức tranh lớn hơn, hãy xem cơ sở dữ liệu là gì và SQL và NoSQL.

Câu hỏi thường gặp