Cách Prisma ORM dẹp loạn SQL và thoát cảnh query mù mắt

Bạn đã bao giờ toát mồ hôi hột khi gõ sai một dấu nháy trong câu lệnh SQL dài 50 dòng chưa? Lỗi syntax nổ tung trời, database báo lỗi vô tri, và sếp thì đứng ngay sau lưng. Làm backend với Node.js mà cứ phải "đoán" xem bảng này có cột gì, dữ liệu kiểu gì thì quá là cực hình. Đó là lý do Prisma ORM nổi lên như một vị cứu tinh, giúp anh em lập trình viên chúng ta sống thọ hơn vài tuổi.

Viết SQL chay: Đam mê hay "đày đọa"?

Hồi xưa, mỗi lần muốn lấy data, mình phải viết một đoạn text bằng SQL thuần dài thò lò. Cực nhất là khi bảng database có tận 20 cột, bạn gõ sai chính tả đúng một chữ user_id thành usr_id. Trình soạn thảo im ru không thèm nhắc một lời nào. Đến lúc chạy thật, gọi API một phát, server ném thẳng cái lỗi 500 đỏ chót vào mặt.

Chưa kể, lúc lấy dữ liệu từ database trả về, Javascript chả biết cái đống đó chứa gì bên trong. Báo hại anh em Frontend nhận API xong toàn báo lỗi undefined. Giống như việc Zod ép xác dữ liệu ở frontend, thì backend cũng cần một công cụ để "nhìn thấu" cơ sở dữ liệu. Nếu bạn chưa xài ORM bao giờ, thì chuẩn bị tận hưởng phép màu đi.

Prisma ORM rốt cuộc là cái "bùa hộ mệnh" gì?

Hiểu đơn giản, thay vì viết SQL bằng chuỗi văn bản dễ sai sót, Prisma ORM cho phép bạn tương tác với cơ sở dữ liệu bằng Javascript hoặc TypeScript. Mọi thao tác tìm kiếm, thêm, sửa, xóa đều được biến thành các hàm có sẵn cực kỳ trực quan.

const newMember = await prisma.user.create({
  data: {
    email: 'hello@uxui.edu.vn',
    role: 'ADMIN'
  }
});

Cái "sướng" nhất là lúc bạn gõ prisma.user., hệ thống sẽ tự động hiển thị toàn bộ các cột có trong bảng đó. Bạn không cần phải mở tool quản lý database lên chỉ để nhớ xem cột đó tên là createdAt hay created_at nữa.

Tính năng tự động nhắc code này thực sự là "vũ khí hủy diệt" dọn dẹp sạch sẽ những lỗi vặt vãnh nhất.

Dẹp bỏ ác mộng liên kết dữ liệu

Khi làm thực tế, hiếm khi nào bạn chỉ lấy dữ liệu từ một bảng duy nhất. Yêu cầu "Lấy danh sách bài viết kèm theo thông tin tác giả và bình luận" bắt buộc bạn phải xài lệnh JOIN ngoằn ngoèo trong SQL. Với người mới, viết LEFT JOIN hay INNER JOIN đôi khi lú lẫn tới mức chả biết mình đang lấy ra cái gì.

Với Prisma ORM, mọi thứ chỉ cần dùng một thuộc tính include là hệ thống tự lo phần còn lại:

const posts = await prisma.post.findMany({
  include: {
    author: true,
    comments: true
  }
});

Nó tự động liên kết các bảng dựa trên những gì bạn đã định nghĩa ban đầu và trả về một cục object lồng nhau hoàn chỉnh. Dù tiện là vậy, nhưng bạn vẫn phải cực kỳ cẩn thận. Việc "include" quá nhiều bảng cùng lúc có thể sinh ra lỗi query N+1 khét lẹt làm đơ hệ thống. Để trị tận gốc mấy case dữ liệu quá lớn, bạn vẫn cần biết cách dùng PostgreSQL Index để tối ưu từ dưới đáy nhé. Đừng ỷ lại hoàn toàn vào tool.

Có nên nhắm mắt dùng Prisma cho mọi dự án?

Không có món đồ chơi nào hoàn hảo 100% cả. Prisma sinh ra rất nhiều file mã nguồn tự động (auto-generated code) đằng sau để phục vụ cho việc gợi ý type. Nếu hệ thống của bạn có tới hàng trăm bảng dữ liệu khổng lồ, phần code sinh thêm này có thể làm chậm quá trình khởi động server đáng kể.

Thêm nữa, các câu query phức tạp về thống kê, báo cáo đa chiều đôi khi lại được viết bằng SQL thuần nhanh và hiệu quả hơn rất nhiều so với việc bắt ORM tự dịch lệnh. Nếu muốn đào sâu, bạn có thể đọc thêm tài liệu chính thức của Prisma để xem giới hạn của nó nằm ở đâu.

Biết dùng tool để code nhanh hơn là giỏi, nhưng hiểu bản chất để tự cứu mình khi tool "hắt hơi sổ mũi" mới là chuyên gia.

Khi dùng Prisma ORM, cái sướng thì đã thấy rõ qua việc code trơn tru và ít lỗi vặt hơn. Nhưng mọi chuyện sẽ bắt đầu căng thẳng khi cấu trúc dữ liệu thay đổi. Hôm nay sếp muốn thêm một cột mới, ngày mai lại đòi xóa một bảng cũ đi. Xử lý "Database Migration" làm sao để schema mới được cập nhật lên server thật mà không làm bay màu dữ liệu của hàng ngàn người dùng? Bài toán đau tim này không hề đơn giản một chút nào, chúng ta sẽ mổ xẻ nó trong một buổi khác. Bạn nhớ ghé qua DIA DEMY thường xuyên để nâng trình kỹ năng mỗi ngày nhé!