Phát Triển Backend on Dev TLDRLSS

Đừng Để Sự Dễ Dãi Của SQLite Đánh Lừa! Cạm Bẫy Kiểu Dữ Liệu Động Là Gì? Tại Sao ALTER TABLE Chỉ Là Bán Thành Phẩm? Làm Thế Nào Để Xây Dựng Kiến Trúc Lập Trình Phòng Thủ Trong Node.js Để Nâng Cấp Schema Không Đau Đớn?

Tue, 19 May 2026 18:10:00 +0800

Hãy tưởng tượng một thùng rác tái chế mà bạn đã dán nhãn rõ ràng là “Chỉ dành cho chai nhựa”, nhưng khi ai đó ném một mảnh giấy vào, nó vẫn âm thầm chấp nhận mà không một lời phản đối?

Đây là trải nghiệm lạnh sống lưng khi các nhà phát triển gặp hệ thống kiểu dữ liệu của SQLite lần đầu tiên.

Nếu bạn đã quen với phong cách nhân viên hải quan nghiêm ngặt của PostgreSQL (nơi các kiểu dữ liệu không hợp lệ bị từ chối nhập cảnh trực tiếp), sự dễ dãi của SQLite có thể khiến bạn nghi ngờ cuộc sống của mình.

Đáng sợ hơn nữa, khi bạn muốn thay đổi cấu trúc bảng, nó sẽ bảo bạn:

“Không thể sửa đổi bảng trực tiếp. Hãy xây một ngôi nhà mới, chuyển đồ đạc qua, rồi cho nổ tung ngôi nhà cũ đi.”

Dưới Mái Nhà SQLite Chỉ Có 5 Lớp Lưu Trữ

Cho dù bạn có khai báo các tên kiểu dữ liệu lộng lẫy thế nào trong CREATE TABLE (VARCHAR(255), BIGINT, DECIMAL), SQLite dưới tầng ngầm chỉ nhận diện 5 lớp lưu trữ sau đây:

Lớp Lưu Trữ	Mô tả
NULL	Giá trị rỗng
INTEGER	Số nguyên (tự động chiếm từ 1 đến 8 byte tùy thuộc vào độ lớn của số)
REAL	Số thực (cố định 8 byte)
TEXT	Chuỗi ký tự (mặc định mã hóa UTF-8)
BLOB	Đối tượng nhị phân lớn (được lưu trữ chính xác như khi nhập)

Các kiểu dữ liệu bạn đặt trên các cột chỉ đơn thuần là "gợi ý" cho SQLite, không phải "quy tắc bắt buộc".

Điều này được gọi là “Type Affinity” (Kiểu tương thích). SQLite sẽ cố gắng chuyển đổi dữ liệu của bạn thành kiểu được đề xuất, nhưng nếu không thể, nó sẽ nhét dữ liệu gốc vào mà không đưa ra bất kỳ lỗi nào.

Bạn có thể khai báo một cột age INTEGER trong SQLite rồi chèn chuỗi 'mãi mãi tuổi mười tám'; nó vẫn sẽ chấp nhận một cách vui vẻ.

Ba Cạm Bẫy Kiểu Dữ Liệu Dễ Dẫm Phải Nhất

Cạm bẫy 1: Không có kiểu Boolean gốc

SQLite không có kiểu boolean. True và False chỉ có thể được đại diện bằng các số nguyên 1 và 0.

Khi bạn lấy dữ liệu từ SQLite bằng Node.js, bạn sẽ nhận được số 1 hoặc 0, không phải true hoặc false.

Nếu bạn trực tiếp thực hiện kiểm tra như if (user.is_admin === true), it will never be true.

Cạm bẫy 2: Không có kiểu Date/Time

SQLite không có kiểu ngày/giờ. Bạn chỉ có thể lưu trữ thời gian dưới dạng:

Phương pháp lưu trữ	Ví dụ	Ưu & Nhược điểm
TEXT (chuỗi ISO-8601)	`'2026-05-19T18:00:00Z'`	Khuyên dùng nhất, dễ đọc, chuyển đổi liền mạch khi chuyển sang PostgreSQL trong tương lai
INTEGER (Unix Timestamp)	`1747656000`	Chiếm ít bộ nhớ, nhưng con người không đọc được

Không bao giờ lưu trữ ngày tháng dưới các định dạng tùy chỉnh như 2026/5/19 6:00 CH, nếu không việc di chuyển dữ liệu trong tương lai sẽ là một thảm họa.

Cạm bẫy 3: Chèn chuỗi vào cột Integer không báo lỗi

Trong PostgreSQL, việc chèn một chuỗi vào cột INTEGER sẽ báo lỗi ngay lập tức. Nhưng SQLite sẽ chỉ cố gắng chuyển đổi một cách âm thầm, và nếu thất bại, nó chấp nhận nguyên trạng.

Điều này có nghĩa là dữ liệu bẩn có thể âm thầm lẻn vào cơ sở dữ liệu của bạn cho đến một ngày chương trình của bạn bị sập do nhận được một kiểu dữ liệu không mong muốn, lúc đó bạn mới phát hiện ra vấn đề.

Lập Trình Phòng Thủ: Đối Xử Với Một Cơ Sở Dữ Liệu Dễ Dãi Bằng Thái Độ Nghiêm Khắc

Đối mặt với sự dễ dãi của SQLite, bạn phải xây dựng các cơ chế phòng thủ nghiêm ngặt trong phát triển Node.js:

Cấp độ phòng thủ	Công cụ	Vai trò
Người gác cổng compile	TypeScript	Bắt các kiểu dữ liệu không chính xác ở giai đoạn viết mã
Xác thực đầu vào API	Zod	Xác thực dữ liệu đầu vào một cách nghiêm ngặt (đảm bảo age luôn là số)
Ép kiểu dưới tầng ngầm	Prisma / Drizzle ORM	Tự động xử lý sự khác biệt về kiểu dữ liệu giữa SQLite và PostgreSQL

Chuyển "người gác cổng xác thực dữ liệu" từ lớp cơ sở dữ liệu sang lớp ứng dụng Node.js là một chiến lược quan trọng để tận dụng tốc độ phát triển của SQLite trong khi vẫn đảm bảo khả năng mở rộng trong tương lai.

Khi sử dụng một ORM, chỉ cần bạn khai báo type: 'boolean' trong mã của mình, ORM sẽ tự động chuyển đổi thành 1/0 khi lưu vào SQLite, và chuyển ngược lại thành true/false khi đọc, che giấu hoàn hảo sự khác biệt về kiểu dữ liệu bên dưới.

ALTER TABLE Chỉ Là Bán Thành Phẩm: Những Gì Có Thể Và Không Thể Sửa Đổi

Sự hỗ trợ của SQLite cho việc sửa đổi cấu trúc bảng là rất hạn chế:

Thao tác	Được hỗ trợ
Thêm cột (`ADD COLUMN`)	Có
Đổi tên cột (`RENAME COLUMN`)	Có
Xóa cột (`DROP COLUMN`)	Có (trong các phiên bản mới hơn)
Đổi tên bảng (`RENAME TO`)	Có
Thay đổi kiểu cột	Không
Thêm/Xóa các ràng buộc `UNIQUE`, `NOT NULL`	Không
Sửa đổi Khóa chính (Primary Key)	Không
Sửa đổi Khóa ngoại (Foreign Key)	Không

Một khi bạn cần thực hiện bất kỳ sửa đổi nào "không được hỗ trợ", SQLite yêu cầu bạn thực hiện chiến lược "tái tạo và di chuyển".

Bốn Bước Tái Tạo & Di Chuyển: Cách Nâng Cấp Bảng Của SQLite

Vì không thể sửa đổi trực tiếp, quy trình tiêu chuẩn được khuyên dùng bởi tài liệu chính thức là xây một ngôi nhà mới, chuyển đồ đạc, nổ tung ngôi nhà cũ và gắn biển số nhà mới:

Bước	Thao tác	Mô tả
1	Tạo Bảng Mới	`CREATE TABLE users_new (...)` sử dụng cấu trúc chính xác
2	Sao Chép Dữ Liệu	`INSERT INTO users_new SELECT ... FROM users`
3	Xóa Bảng Cũ	`DROP TABLE users`
4	Đổi Tên Bảng	`ALTER TABLE users_new RENAME TO users`

Bốn bước này phải được thực hiện liền mạch một mạch; bất kỳ sự cố mất điện hay sập ứng dụng nào giữa chừng đều dẫn đến mất dữ liệu.

Đảm Bảo Nâng Cấp Không Mất Dữ Liệu: Hai Tuyến Phòng Thủ An Toàn

Tuyến phòng thủ 1: Phòng thủ vật lý, Sao chép tệp trực tiếp

SQLite về bản chất chỉ là một tệp đơn độc. Trước khi thực hiện bất kỳ thay đổi schema nào, chỉ cần tạo một bản sao của tệp .db làm bản sao lưu.

const fs = require('fs');
fs.copyFileSync('my_project.db', 'my_project_backup.db');

Nếu mọi việc trục trặc, việc thay thế tệp sẽ khôi phục mọi thứ trong nháy mắt. Đây là một lợi thế mà các cơ sở dữ liệu lớn khác không thể cung cấp.

Tuyến phòng thủ 2: Bao bọc bằng Transaction, Cỗ máy thời gian của cơ sở dữ liệu

Bao bọc tất cả các bước di chuyển bên trong một Transaction duy nhất; nếu bất kỳ bước nào thất bại, toàn bộ quá trình sẽ tự động hoàn tác (Rollback) như thể chưa từng có chuyện gì xảy ra.

const Database = require('better-sqlite3');
const db = new Database('my_project.db');

const migrateData = db.transaction(() => {
  db.prepare(`
    CREATE TABLE users_new (
      id INTEGER PRIMARY KEY AUTOINCREMENT,
      name TEXT NOT NULL,
      age INTEGER NOT NULL DEFAULT 18
    )
  `).run();

  db.prepare(`
    INSERT INTO users_new (id, name, age)
    SELECT id, name, COALESCE(age, 18) FROM users
  `).run();

  db.prepare('DROP TABLE users').run();
  db.prepare('ALTER TABLE users_new RENAME TO users').run();
});

try {
  migrateData();
  console.log('Nâng cấp bảng thành công');
} catch (error) {
  console.error('Nâng cấp thất bại, dữ liệu được khôi phục an toàn:', error.message);
}

"Tệp sao lưu + Ràng buộc bằng Transaction" chính là túi khí an toàn cho việc di chuyển cơ sở dữ liệu của bạn.

Kiểm Soát SQLite Dễ Dãi Bằng Thái Độ Nghiêm Khắc

Chế ngự SQLite dễ dãi bằng một kiến trúc lớp ứng dụng nghiêm ngặt để tận hưởng tốc độ phát triển nhanh như chớp của nó trong khi vẫn tránh được các khoản nợ kỹ thuật trong tương lai.

Hệ thống kiểu dữ liệu của SQLite rất dễ dãi, và ALTER TABLE cũng có nhiều hạn chế.

Tuy nhiên, chỉ cần bạn thực hiện kiểm tra kiểu TypeScript + xác thực Zod + lớp trừu tượng ORM ở phía Node.js, kết hợp với chiến lược an toàn sao lưu vật lý + Transaction, bạn có thể yên tâm tận hưởng hiệu quả phát triển do SQLite mang lại đồng thời mở đường di chuyển sang PostgreSQL dễ dàng trong tương lai.

Reference

Đừng Dùng PostgreSQL Cho Mọi Thứ! Kiến Trúc Nhúng Và Ưu Điểm Không Cần Cấu Hình Của SQLite Là Gì? Giới Hạn Của SQLite Nằm Ở Đâu? Khi Nào Nên Chọn SQLite, Khi Nào Chọn PostgreSQL?

Tue, 19 May 2026 18:00:00 +0800

Bạn đã bao giờ nghĩ về thực tế là trình duyệt bạn mở hàng ngày, phần mềm liên lạc trên điện thoại, và thậm chí cả công cụ ghi chú trên máy tính để bàn của bạn đều ẩn chứa cùng một cơ sở dữ liệu nhẹ này không?

Nó không yêu cầu bạn cài đặt bất kỳ phần mềm máy chủ nào, không yêu cầu thiết lập tài khoản hoặc mật khẩu, và thậm chí không cần kết nối internet. Nó chỉ đơn giản là một tệp, nằm lặng lẽ trên ổ cứng của bạn, sẵn sàng phục vụ bạn bất cứ lúc nào.

Sự tồn tại thầm lặng này chính là SQLite.

SQLite là gì? Cơ sở dữ liệu được triển khai rộng rãi nhất thế giới

SQLite là một công cụ cơ sở dữ liệu quan hệ nhúng được viết bằng C.

Nó không có quy trình máy chủ độc lập, mà được nhúng trực tiếp vào ứng dụng của bạn để chạy.

Điều này hoàn toàn khác với PostgreSQL hoặc MySQL mà bạn đã quen thuộc. Các cơ sở dữ liệu truyền thống là các máy chủ độc lập chạy riêng biệt, và chương trình của bạn phải “giao tiếp” với chúng qua một giao thức mạng (TCP/IP).

But SQLite thì khác; nó chỉ đơn giản là một khối mã, chạy trực tiếp bên trong ứng dụng của bạn, đọc và viết tệp .db đó trên ổ cứng của bạn.

Kích thước so sánh	SQLite (Nhúng)	PostgreSQL (Client-Server)
Chế độ hoạt động	Nhúng trực tiếp trong ứng dụng, không máy chủ độc lập	Quy trình máy chủ độc lập, qua kết nối mạng
Cấu hình	Không cần cấu hình, không cài đặt, không thông tin đăng nhập	Yêu cầu cài đặt, thiết lập tài khoản/mật khẩu & tường lửa
Lưu trữ dữ liệu	Tệp đa nền tảng duy nhất	Nhiều tệp dưới thư mục máy chủ
Phương pháp sao lưu	Sao chép trực tiếp tệp đó	Yêu cầu các công cụ chuyên dụng như pg_dump

Chính vì đặc tính “cắm và chạy” này mà SQLite đã trở thành công cụ cơ sở dữ liệu được triển khai rộng rãi nhất thế giới.

Từ các hệ điều hành Android và iOS, trình duyệt Chrome và Firefox, đến Adobe Lightroom, WhatsApp, và thậm chí cả hệ thống bay của Airbus A350, nó có mặt ở khắp mọi nơi.

Sử dụng SQLite trong Node.js

Nếu bạn là một nhà phát triển Node.js, việc sử dụng SQLite cực kỳ đơn giản. Bạn không cần cài đặt bất kỳ phần mềm máy chủ cơ sở dữ liệu nào trên máy tính của mình, bạn chỉ cần cài đặt một gói npm để bắt đầu.

Các lựa chọn được sử dụng phổ biến nhất trong ngành hiện nay:

Tên gói	Đặc điểm	Kịch bản đề xuất
`sqlite3`	Lâu đời nhất, hỗ trợ các API không đồng bộ	Khi cần xử lý nhiều tác vụ không đồng bộ đồng thời
`better-sqlite3`	Hiệu suất tuyệt vời, thiết kế API trực quan, cực kỳ nhanh	Khuyến nghị hàng đầu, vì hiệu quả phát triển và tốc độ thực thi

Tạo cơ sở dữ liệu và truy vấn với better-sqlite3 mất chưa đầy năm phút:

const Database = require('better-sqlite3');
const db = new Database('my_project.db');

db.prepare('CREATE TABLE IF NOT EXISTS users (name TEXT, age INTEGER)').run();

const insert = db.prepare('INSERT INTO users (name, age) VALUES (?, ?)');
insert.run('John', 25);

const user = db.prepare('SELECT * FROM users WHERE name = ?').get('John');
console.log(user); // { name: 'John', age: 25 }

Nếu tệp không tồn tại, better-sqlite3 sẽ tự động tạo nó cho bạn.

SQLite hỗ trợ cú pháp SQL mạnh mẽ hơn bạn nghĩ

Nhiều người nghĩ SQLite rất cơ bản, nhưng nó hỗ trợ phần lớn cú pháp SQL tiêu chuẩn, bao gồm nhiều tính năng nâng cao:

Danh mục cú pháp	Các mục được hỗ trợ
Thao tác cơ bản	`SELECT`, `INSERT`, `UPDATE`, `DELETE`
Định nghĩa dữ liệu	`CREATE TABLE`, `CREATE INDEX`, `CREATE VIEW`
Truy vấn nâng cao	`WITH` (CTE đệ quy), Các hàm cửa sổ (Window Functions)
Xử lý xung đột	`UPSERT` (`INSERT ... ON CONFLICT DO UPDATE`)
Xử lý JSON	Các hàm tích hợp như `json_extract`, `json_array`, `json_object`, v.v.
Kiểm soát giao dịch	`BEGIN`, `COMMIT`, `ROLLBACK`, `SAVEPOINT`
Truy vấn kết hợp	`INNER JOIN`, `LEFT JOIN`, `RIGHT JOIN`, và `FULL OUTER JOIN`

SQLite của triết lý cốt lõi của “nhỏ và đẹp”, hỗ trợ hầu hết các khả năng SQL bạn cần hàng ngày trong khi vẫn cực kỳ nhẹ.

Giới hạn của SQLite nằm ở đâu?

Sự gọn nhẹ luôn có giá của nó. Nếu so sánh SQLite với một cửa hàng tạp hóa hipster chỉ có một quầy thanh toán, thì PostgreSQL là một Costco được trang bị 50 quầy thu ngân.

1. Tắc nghẽn ghi dữ liệu

Khi SQLite ghi dữ liệu, nó sẽ khóa toàn bộ tệp cơ sở dữ liệu.

Hãy tưởng tượng một nhà hàng chỉ có một nhà vệ sinh: 100 người có thể nhìn vào thực đơn bên ngoài (đọc) cùng một lúc, nhưng chỉ cần 1 người đi vào và khóa cửa (ghi), tất cả những người khác chỉ có thể xếp hàng và chờ đợi.

Mặc dù việc bật chế độ WAL (Write-Ahead Logging) có thể cải thiện hiệu suất đọc/ghi đồng thời, nhưng về cơ bản nó vẫn không thể đạt được việc ghi đồng thời nhiều luồng vào các hàng dữ liệu khác nhau.

2. Không thể mở rộng trên nhiều máy chủ

Bản chất của SQLite là một tệp vật lý. Nếu hệ thống của bạn được triển khai trên nhiều máy chủ (mở rộng theo chiều ngang), các máy chủ này không thể chia sẻ cùng một tệp một cách an toàn.

3. Thiếu quản lý quyền hạn chi tiết

SQLite không có khái niệm về “tài khoản người dùng”. Bất kỳ ai có thể đọc tệp .db đó ở cấp hệ điều hành đều có thể xem và sửa đổi tất cả dữ liệu.

Đối với các hệ thống kinh doanh yêu cầu kiểm toán dữ liệu cá nhân nghiêm ngặt, điều này là không thể chấp nhận được.

SQLite vs. PostgreSQL: Quyết định lựa chọn công nghệ

Công cụ không có tốt hay xấu, chỉ có phù hợp hay không. Dưới đây là một bảng kiểm tra tối thượng giúp bạn đưa ra quyết định:

Câu hỏi	Câu trả lời “Có” → Chọn SQLite	Câu trả lời “Không” → Chọn PostgreSQL
Chỉ có một máy chủ backend, hoặc chạy hoàn toàn trên máy cục bộ?	Có	Không (yêu cầu mở rộng theo chiều ngang, nhiều máy)
Hành vi hệ thống chủ yếu là đọc, không có ghi đồng thời tần suất cao?	Có	Không (người dùng sẽ cạnh tranh để ghi đồng thời)
Không cần quyền tài khoản cơ sở dữ liệu chi tiết hoặc chỉ mục nâng cao?	Có	Không (phụ thuộc nhiều vào các tính năng nâng cao)

So sánh các kịch bản cụ thể hơn:

Kịch bản	Lựa chọn đề xuất	Lý do
Phần mềm máy tính để bàn, Ứng dụng di động, Thiết bị IoT	SQLite	Dữ liệu đi cùng thiết bị, không cần cài đặt
Blog cá nhân, Trang web giới thiệu	SQLite	Đọc nhiều ghi ít, tiết kiệm chi phí bảo trì máy chủ
Phát triển nguyên mẫu nhanh, Demo	SQLite	Chỉ cần tạo một tệp để bắt đầu
Diễn đàn cộng đồng, Nền tảng thương mại điện tử	PostgreSQL	Ghi đồng thời cao, yêu cầu khóa cấp hàng
Triển khai phân tán trên nhiều máy chủ	PostgreSQL	Cần chia sẻ nguồn dữ liệu giữa các máy khác nhau
Hệ thống nhạy cảm như Y tế, Tài chính	PostgreSQL	Yêu cầu kiểm soát quyền dựa trên vai trò nghiêm ngặt

Cơ sở dữ liệu của bạn là một sổ tay bỏ túi hay một tổng đài trung tâm?

Nếu dữ liệu là “máy đơn, tĩnh, một người sở hữu”, hãy chọn SQLite để tận hưởng sự gọn nhẹ và tự do tối đa;

Nếu dữ liệu là “đám mây, động, tính tương tác cao”, hãy để PostgreSQL tiếp quản.

Triết lý cốt lõi của SQLite là “một thành phần nội bộ của ứng dụng”, trong khi PostgreSQL được định vị là “một trung tâm độc lập của kiến trúc hệ thống”.

Lần tới khi bạn đưa ra quyết định kiến trúc, đừng vội vàng đưa ra PostgreSQL. Hãy tự hỏi bản thân trước:

“Cơ sở dữ liệu của tôi là một sổ tay bỏ túi, hay một tổng đài trung tâm?”

Khi câu trả lời đã rõ ràng, sự lựa chọn tự nhiên sẽ trở nên hiển nhiên.