Đàm đạo về ORM và Query Builder - Sequelize vs Knex!!!

Đàm đạo về ORM và Query Builder - Sequelize vs Knex!!!

Tin ngắn hàng ngày dành cho bạn
  • Đây là bài viết thứ 366, có nghĩa là mình đã duy trì được việc mỗi ngày một bài trong chuyên mục Threads 1 năm rồi đấy mọi người. Tuy rằng không phải ngày nào cũng viết vì nhiều hôm mình bận, quên thì hôm sau là lên bài bù, mục đích là để cam kết với độc giả, ấy vậy mà quay đi quay lại đã một năm trôi qua rồi. Nhanh thật 😃

    À mai, kia, ngày kìa nữa mình đi du lịch nên chắc không lên bài cho mọi người được. Về rồi mình lên sau nhé 😅. Cảm ơn!

    » Xem thêm
  • Hơn 1 tuần nay mình không đăng bài, không phải không có gì để viết mà đang tìm cách để phân phối nội dung có giá trị hơn trong thời đại AI đang bùng nổ mạnh mẽ như thế này.

    Như từ hồi đầu năm đã chia sẻ, số lượng người truy cập vào trang blog của mình đang dần ít đi. Khi xem thống kê, lượng người dùng trong 6 tháng đầu năm 2025 đã giảm 30% so với cùng kì năm ngoái, 15% so với 6 tháng cuối năm 2024. Như vậy một sự thật là người dùng đang rời bỏ dần đi. Nguyên nhân do đâu?

    Mình nghĩ lý do lớn nhất là thói quen của người dùng đã thay đổi. Họ tìm thấy blog chủ yếu qua các công cụ tìm kiếm, trong đó lớn nhất là Google. Gần 1/2 số lượng người dùng quay trở lại blog mà không cần thông qua bước tìm kiếm. Đó là một tín hiệu đáng mừng nhưng vẫn không đủ để tăng lượng người dùng mới. Chưa kể giờ đây, Google đã ra mắt tính năng AI Search Labs - tức là AI hiển thị luôn nội dung tổng hợp khi người dùng tìm kiếm, điều đó càng khiến cho khả năng người dùng truy cập vào trang web thấp hơn. Một điều thú vị là khi Search Labs được giới thiệu, thì các bài viết bằng tiếng Anh đã soán ngôi trong bảng xếp hạng truy cập nhiều nhất.

    Một bài viết của mình thường rất dài, có khi lên đến cả 2000 chữ. Mà để viết ra được một bài như thế tốn nhiều thời gian. Nhiều bài viết ra chẳng có ai đọc là điều bình thường. Mình biết và chấp nhận vì không phải ai cũng gặp phải vấn đề đang nói đến. Viết đối với mình như một cách để rèn luyện sự kiên nhẫn và cả tư duy. Viết ra mà giúp được cả ai đó là một điều tuyệt vời.

    Vậy nên mình đang nghĩ sẽ tập trung vào nội dung ngắn và trung bình để viết được nhiều hơn. Nội dung dài chỉ khi muốn viết chi tiết hoặc đi sâu về một chủ đề nào đó. Nên là đang tìm cách thiết kế lại trang blog. Mọi người cùng chờ nha 😄

    » Xem thêm
  • CloudFlare đã giới thiệu tính năng pay per crawl để tính phí cho mỗi lần AI "cào" dữ liệu trên trang web của bạn. Là sao ta 🤔?

    Mục đích của SEO là giúp các công cụ tìm kiếm nhìn thấy trang web. Khi người dùng tìm kiếm nội dung mà có liên quan thì nó hiển thị trang web của bạn ra kết quả tìm kiếm. Điều này gần như là đôi bên cùng có lợi khi Google giúp nhiều người biết đến trang web hơn, còn Google thì được nhiều người dùng hơn.

    Bây giờ cuộc chơi với các AI Agents thì lại khác. AI Agents phải chủ động đi tìm kiếm nguồn thông tin và tiện thể "cào" luôn dữ liệu của bạn về, rồi xào nấu hay làm gì đó mà chúng ta cũng chẳng thể biết được. Vậy đây gần như là cuộc chơi chỉ mang lại lợi ích cho 1 bên 🤔!?

    Nước đi của CloudFlare là bắt AI Agents phải trả tiền cho mỗi lần lấy dữ liệu từ trang web của bạn. Nếu không trả tiền thì tôi không cho ông đọc dữ liệu của tôi. Kiểu vậy. Hãy chờ thêm một thời gian nữa xem sao 🤓.

    » Xem thêm

Vấn đề

Trong dự án bất kể chúng ta sử dụng loại cơ sở dữ liệu nào thì việc lựa chọn một thư viện (client) hỗ trợ kết nối và truy vấn dữ liệu là một điều hết sức cần thiết.

Có 3 phương pháp phổ biến mà các thư viện hỗ trợ truy vấn dữ liệu đó là Raw Query, Query Builder và ORM. Mỗi phương pháp có cách thức triển khai khác nhau và ưu/nhược điểm khác nhau, tuỳ vào yêu cầu của dự án mà chúng ta sẽ lựa chọn để tận dụng tối đa sức mạnh của chúng.

Bài viết ngày hôm nay tôi sẽ trình bày và phân tích ra những ưu - nhược điểm cũng như nên sử dụng phương pháp nào trong dự án tiếp theo của bạn.

Raw, Builder và ORM

Query Raw đúng như cái tên của nó, bạn sẽ trực tiếp viết lệnh SQL vào trong mã của dự án, nghĩa là bạn truy vấn dữ liệu SQL như thế nào thì trong mã của bạn viết như thế.

Ví dụ trong MySQL, có một thư viện giúp bạn truy vấn dữ liệu bằng các câu raw đó là mysql2. Thư viện này cũng được nhiều thư viện khác sử dụng làm Dependencies.

Nếu sử dụng mysql2 cú pháp truy vấn dữ liệu sẽ là:

const mysql = require('mysql2');

const connection = mysql.createConnection({
  host: 'localhost',
  user: 'root',
  database: 'test'
});

connection.query('SELECT * FROM `person` WHERE `name` = "Page" AND `age` > 45');

Có thể thấy raw query trực tiếp viết lệnh SQL trong mã, điều này tăng tốc độ cho truy vấn vì bạn có thể dễ dàng viết những lệnh tối ưu nhất, không phải qua bộ chuyển đổi nào nữa, đồng thời dễ đàng viết những câu truy vấn dài và phức tạp. Tuy nhiên nếu dùng cách này bạn phải xác định được ngay từ đầu phải chọn cơ sở dữ liệu nào bởi việc đó ảnh hưởng đến việc lựa chọn thư viện. Không phải thư viện nào cũng kết nối được với MySQL hay Postgres... Ví dụ trên thư viện mysql2 chỉ sử dụng được cho MySQL, nếu dùng Postgres hay SQLServer bạn sẽ phải tìm thư viện khác. Hơn nữa những câu query raw có thể sẽ không hoạt động khi bạn chuyển dự án sang sử dụng một cơ sở dữ liệu khác.

Query builder được cải tiến hơn về cú pháp, nó có thể là một thư viện hỗ trợ nhiều loại cơ sở dữ liệu khác như MySQL, Postgres, SQLServer... Nghĩa là một thư viện bạn có thể dễ dàng kết nối đến nhiều loại cơ sở dữ liệu khác nhau.

Query builder có một tổ hợp cú pháp truy vấn, bạn sẽ ráp chúng lại với nhau để lấy ra dữ liệu mà mình mong muốn. Cũng chính vì thế mà nó được gọi là builder.

Ví dụ có một thư viện hỗ trợ Query builder phổ biến là Knex.

const knex = require('knex')({
  client: 'mysql',
  connection: {
      host: 'localhost',
      user: 'root',
      database: 'test'
  }
});

knex
    .select('*')
    .where("name", "Page")
    .where("age", ">", 45)
    .from("person");

Thay vì viết các lệnh raw, Query builder cung cấp các hàm chaining (chaining function) để hỗ trợ truy vấn. Điều đó giúp cho nó linh hoạt chuyển đổi sang lệnh SQL tương thích với từng loại cơ sở dữ liệu. Bạn cũng có thể dễ dàng xem lệnh raw bằng cách gọi hàm .toString().

knex
    .select('*')
    .where("name", "Page")
    .where("age", ">", 45)
    .from("table")
    .toString();

// SELECT * FROM `person` WHERE `name` = "Page" AND `age` > 45;

Query builder giúp mã của bạn trông gọn gàng và có cấu trúc hơn. Cú pháp đồng nhất, hỗ trợ nhiều loại cơ sở dữ liệu. Phù hợp cho dự án sử dụng nhiều truy vấn phức tạp mà vẫn muốn cú pháp rõ ràng.

ORM (Object Relational Mapping) cung cấp giải pháp ánh xạ cơ sở dữ liệu vào mã. Nó trừu tượng hoá các bảng thành các đối tượng (Class) trong mã.

Vì trừu tượng nên thuận tiện cho truy vấn và lấy dữ liệu, các thao tác trực tiếp với cơ sở dữ liệu được che giấu để giảm tải đi sự phức tạp của mã. Sequelize là một thư viện phổ biến hỗ trợ ORM. Cũng như Query builder, sequelize hỗ trợ cùng lúc nhiều loại cơ sở dữ liệu khác nhau.

ORM ban đầu sẽ phải viết nhiều mã hơn để khai báo lớp (Class) tương ứng với bảng (tables) trong cơ sở dữ liệu. Ví dụ đây là khai báo của bảng person:

const User = sequelize.define('person', {
  name: {
    type: DataTypes.STRING,
    allowNull: false,
  },
  age: {
    type: DataTypes.STRING,
    allowNull: false,
  }
}

Sau đó để truy vấn rất đơn giản:

const users = await User.findAll({
    where: {
        "name": "Page",
        "age": {
            [Op.gt]: 45
        },
});

Một lợi ích của ORM đó là các users trong kết quả truy vấn ở trên được ánh xạ trực tiếp với các dòng trong cơ sở dữ liệu, qua đó chúng ta có thể thao tác sửa, xoá dữ liệu trực tiếp từ chúng. Ví dụ sau sẽ cập nhật tên của dòng đầu tiên của kết quả tìm kiếm thành Page Updated:

users[0].setAttribute("name", "Page Updated");
await users[0].save();

Bởi vì ORM đã ánh xạ từng dòng dữ liệu vào các đối tượng tương ứng thế nên việc bạn thao tác với các đối tượng cũng giống như đang thao tác với cơ sở dữ liệu mà không cần dùng đến bất kì mã SQL nào.

Ngoài ra ORM còn hỗ trợ migrate (thêm, sửa, xoá) các bảng và dữ liệu thông qua Class, bạn có thể tìm hiểu thêm ở trang chủ của Sequelize.

Tuy tiện ích là thế nhưng đổi lại đó là hiệu năng của những câu truy vấn không thực sự tốt, bởi vì Sequelize che giấu sự phức tạp của cách lệnh truy vấn và phải dùng những lệnh theo "đường vòng" để hỗ trợ nhiều loại cơ sở dữ liệu khác nhau.

Ngoài ra nếu dự án có nhiều truy vấn nâng cao & phức tạp thì sequelize không phải là một sự lựa chọn tối ưu. Thay vào đó bạn hãy sử dụng Raw query hoặc Query builder.

Tổng kết

Trên đây là 3 phương pháp sử dụng Database client để sử dụng cơ sở dữ liệu. Tuỳ theo dự án mà chúng ta sẽ lựa chọn phương pháp phù hợp nhất. Raw query vẫn cho hiệu năng tối ưu nhất tuy nhiên phải viết nhiều mã. ORM dễ dàng truy vấn hơn nhưng lại khó sử dụng trong những trường hợp truy vấn phức tạp. Query builder cân bằng giữa hai cách tuy nhiên hãy xem xét kĩ trước khi sử dụng.

Cao cấp
Hello

Tôi & khao khát "chơi chữ"

Bạn đã thử viết? Và rồi thất bại hoặc chưa ưng ý? Tại 2coffee.dev chúng tôi đã có quãng thời gian chật vật với công việc viết. Đừng nản chí, vì giờ đây chúng tôi đã có cách giúp bạn. Hãy bấm vào để trở thành hội viên ngay!

Bạn đã thử viết? Và rồi thất bại hoặc chưa ưng ý? Tại 2coffee.dev chúng tôi đã có quãng thời gian chật vật với công việc viết. Đừng nản chí, vì giờ đây chúng tôi đã có cách giúp bạn. Hãy bấm vào để trở thành hội viên ngay!

Xem tất cả

Đăng ký nhận thông báo bài viết mới

hoặc
* Bản tin tổng hợp được gửi mỗi 1-2 tuần, huỷ bất cứ lúc nào.

Bình luận (2)

Nội dung bình luận...
Avatar
Thành Đỗ2 năm trước

Orm vẫn tiện nhất

Trả lời
Avatar
Hương Trịnh3 năm trước

@gif [UEN9mQU3qPOL7IVWvp] Haha h còn cả cmt = gif à xịn thế

Trả lời