Kiểu dữ liệu trong SQLite: lớp lưu trữ và kiểu động

Năm lớp lưu trữ, không phải hàng tá kiểu

SQLite lưu mọi giá trị dưới một trong năm lớp lưu trữ (storage class):

• NULL: không có giá trị.
• INTEGER: số nguyên có dấu, từ 1 đến 8 byte tùy độ lớn.
• REAL: số thực dấu phẩy động IEEE 8 byte.
• TEXT: một chuỗi, lưu theo bảng mã của cơ sở dữ liệu (thường là UTF-8).
• BLOB: các byte thô, lưu đúng y như bạn đưa vào.

Vậy thôi. Không có BOOLEAN riêng, không có DATETIME, không có VARCHAR, không có DECIMAL. Các cơ sở dữ liệu khác có hàng chục kiểu; SQLite có năm, và mọi thứ khác đều được xây trên năm lớp đó.

CREATE TABLE samples (
    a INTEGER,
    b REAL,
    c TEXT,
    d BLOB
);

INSERT INTO samples VALUES (42, 3.14, 'hello', x'deadbeef');

SELECT a, typeof(a), b, typeof(b), c, typeof(c), d, typeof(d)
FROM samples;

typeof() cho biết lớp lưu trữ thật của từng giá trị. Bạn sẽ thấy integer, real, text, blob. Bốn lớp đó, cộng thêm null, là tất cả những gì SQLite biết.

Kiểu dữ liệu là động

Đây là phần làm người chuyển từ Postgres hay MySQL sang bất ngờ. Trong SQLite (khi không dùng STRICT), kiểu bạn khai báo cho cột giống một lời gợi ý hơn là một cam kết. Kiểu thật nằm ở từng giá trị:

CREATE TABLE notes (
    id   INTEGER,
    body TEXT
);

INSERT INTO notes VALUES (1, 'a real note');
INSERT INTO notes VALUES ('two', 12345);

SELECT id, typeof(id), body, typeof(body) FROM notes;

Cả hai hàng đều được chấp nhận. Cột id chứa số nguyên ở hàng này và chuỗi ở hàng kia; body chứa chuỗi và số nguyên. SQLite vui vẻ lưu giá trị thuộc bất kỳ lớp nào vào bất kỳ cột nào.

Đây là kiểu động (dynamic typing), và đó là một lựa chọn thiết kế có chủ đích. Nó giúp SQLite dễ dãi khi làm nguyên mẫu và viết script nhanh. Nhưng nó cũng có nghĩa là một lỗi gõ nhầm trong code ứng dụng có thể lặng lẽ lưu sai dạng dữ liệu suốt nhiều năm. Nếu sự đánh đổi đó khiến bạn lo, và với hầu hết schema trên production thì nên lo, bảng STRICT là câu trả lời. Chúng ta sẽ sớm nói tới chúng.

Type affinity trong một đoạn

Kiểu khai báo trên cột không bị bỏ qua; nó cho cột một affinity (xu hướng kiểu). Khi bạn chèn một giá trị, SQLite cố chuyển nó về affinity của cột nếu có cách chuyển gọn gàng. Một cột TEXT nhận số 42 sẽ giữ nó thành chuỗi '42'; một cột INTEGER nhận chuỗi '42' sẽ lưu nó thành số nguyên 42. Nếu việc chuyển đổi làm mất thông tin, kiểu ban đầu được giữ nguyên.

CREATE TABLE prices (
    label TEXT,
    cents INTEGER
);

INSERT INTO prices VALUES (42, '100');
INSERT INTO prices VALUES ('coffee', '3.5');

SELECT label, typeof(label), cents, typeof(cents) FROM prices;

Hàng một: số nguyên 42 bị chuyển thành chuỗi '42', và chuỗi '100' bị chuyển thành số nguyên 100. Hàng hai: '3.5' không thể chuyển sang INTEGER mà không mất dữ liệu, nên nó vẫn là chuỗi. Affinity có trang riêng ở phần sau; giờ bạn chỉ cần biết rằng kiểu của cột vẫn ảnh hưởng tới cách lưu, dù nó không bắt buộc.

Boolean

Không có lớp lưu trữ BOOLEAN. SQLite lưu boolean dưới dạng số nguyên: 0 là sai, 1 là đúng:

CREATE TABLE tasks (
    title TEXT,
    done  BOOLEAN
);

INSERT INTO tasks VALUES ('write docs', TRUE);
INSERT INTO tasks VALUES ('ship it', FALSE);

SELECT title, done, typeof(done) FROM tasks
WHERE done = 1;

Các từ khóa TRUE và FALSE được nhận diện (từ SQLite 3.23) và được chuyển thành 1 và 0. Khai báo BOOLEAN cho cột affinity dạng số nhưng không giới hạn nó ở 0/1: không có STRICT, bạn có thể chèn 'maybe' và SQLite sẽ không phản đối.

Ngày và giờ

Cũng không có DATETIME. Bạn chọn một trong ba cách mã hóa, và các hàm ngày giờ của SQLite hoạt động với cả ba:

• TEXT theo ISO-8601: '2026-04-23 14:30:00'.
• REAL dưới dạng số ngày Julian.
• INTEGER dưới dạng số giây Unix epoch.

CREATE TABLE events (
    name      TEXT,
    happened  TEXT
);

INSERT INTO events VALUES ('launch', '2026-04-23 09:00:00');
INSERT INTO events VALUES ('demo',   datetime('now'));

SELECT name, happened, date(happened), strftime('%H:%M', happened)
FROM events;

Chuỗi ISO-8601 là lựa chọn phổ biến nhất: nó sắp xếp đúng khi so sánh như chuỗi, con người đọc được, và mọi hàm có sẵn (date(), time(), datetime(), strftime(), julianday()) đều nhận nó. Mỗi cột chọn một cách mã hóa và giữ nguyên; trộn nhiều định dạng trong cùng một cột là kiểu sai lầm sẽ quay lại cắn bạn sáu tháng sau.

VARCHAR, CHAR và những cái tên quen thuộc khác

SQLite chấp nhận các tên kiểu bạn biết từ những cơ sở dữ liệu khác: VARCHAR(255), CHAR(10), NVARCHAR, DECIMAL(10,2), DOUBLE, FLOAT, INT, BIGINT, MEDIUMINT. Tất cả đều được phân tích bình thường. Chúng chỉ được quy về một trong năm lớp lưu trữ theo quy tắc affinity.

CREATE TABLE users (
    id        BIGINT,
    name      VARCHAR(255),
    bio       NVARCHAR(2000),
    balance   DECIMAL(10, 2)
);

INSERT INTO users VALUES (1, 'Ada', 'inventor', 99.50);

SELECT typeof(id), typeof(name), typeof(bio), typeof(balance) FROM users;

VARCHAR(255) không giới hạn 255 ký tự: SQLite bỏ qua độ dài. DECIMAL(10, 2) không lưu số thập phân có độ chính xác cố định: nó nhận affinity dạng số và được giữ dưới dạng INTEGER hoặc REAL. Những cái tên này tồn tại chỉ để schema sao chép từ cơ sở dữ liệu khác chạy được; chúng không mang theo các ràng buộc mà tên đó ngụ ý ở nơi khác.

Nếu cần tính toán thập phân chính xác cho tiền bạc, hãy lưu số xu dưới dạng INTEGER. Kiểu dấu phẩy động REAL sớm muộn cũng sinh sai số làm tròn ở chữ số thập phân thứ ba.

NULL là một lớp lưu trữ

NULL không chỉ là "không có giá trị": nó là một giá trị với lớp lưu trữ riêng, được typeof() trả về:

CREATE TABLE optional (
    a INTEGER,
    b TEXT
);

INSERT INTO optional (a) VALUES (5);

SELECT a, typeof(a), b, typeof(b) FROM optional;

b được báo là null. Điều này quan trọng vì NULL không bằng bất cứ thứ gì, kể cả một NULL khác. b = NULL không bao giờ đúng; bạn phải viết b IS NULL. Chủ đề này được nói kỹ ở trang về toán tử và NULL sau này, nhưng nó bắt đầu từ đây, với lớp lưu trữ.

Lưu byte với BLOB

BLOB lưu nguyên văn các byte thô, hữu ích cho ảnh nhỏ, giá trị băm, dữ liệu đã mã hóa, bất cứ thứ gì không phải chuỗi hay số:

CREATE TABLE files (
    name  TEXT,
    data  BLOB
);

INSERT INTO files VALUES ('signature', x'89504e470d0a1a0a');

SELECT name, length(data), hex(data), typeof(data) FROM files;

Cú pháp x'...' cho phép viết blob dạng hex trong SQL; từ code ứng dụng, bạn thường truyền một mảng byte qua tham số. length() trên một blob trả về số byte, không phải số ký tự.

Một lưu ý thực tế: SQLite sẵn lòng lưu blob lớn, nhưng kéo một blob 50 MB qua mọi truy vấn chạm vào hàng đó thì rất chậm. Với tệp lớn, hãy lưu tệp trên ổ đĩa và giữ đường dẫn trong cơ sở dữ liệu.

Những điều cần nhớ

• Năm lớp lưu trữ NULL, INTEGER, REAL, TEXT, BLOB bao trọn mọi thứ.
• Boolean là số nguyên; ngày tháng là chuỗi, số thực hoặc số nguyên (tùy bạn chọn).
• Kiểu khai báo của cột là gợi ý, không phải cam kết (trừ khi bạn dùng STRICT).
• VARCHAR(255) và các tên tương tự được phân tích nhưng không ép độ dài hay độ chính xác mà chúng ngụ ý ở nơi khác.
• typeof(value) là người bạn đáng tin mỗi khi bạn không chắc thứ gì đang thật sự được lưu.

Tiếp theo: type affinity

Hành vi "gợi ý" mà chúng ta lướt qua có cả một bộ quy tắc chính xác phía sau: năm lớp affinity, suy ra từ tên kiểu khai báo, được áp dụng mỗi lần bạn chèn dữ liệu. Đó là trang tiếp theo, và nó là chìa khóa để đoán trước SQLite sẽ thực sự làm gì với các giá trị bạn đưa vào.