Khóa chính trong SQLite: INTEGER, khóa ghép và AUTOINCREMENT

Khóa chính thật sự làm gì

Khóa chính (primary key) là cột (hoặc tổ hợp cột) xác định duy nhất mỗi hàng trong bảng. Hai hàng không thể có cùng giá trị khóa chính. SQLite đảm bảo điều đó cho bạn, và dùng khóa để tìm hàng nhanh chóng.

Dạng đơn giản nhất được viết ngay trên một cột:

CREATE TABLE users (
    id    INTEGER PRIMARY KEY,
    email TEXT NOT NULL,
    name  TEXT
);

INSERT INTO users (email, name) VALUES ('ada@example.com', 'Ada');
INSERT INTO users (email, name) VALUES ('boris@example.com', 'Boris');

SELECT * FROM users;

Bạn không cung cấp id và SQLite tự điền vào. Đó không phải phép màu mà là một trường hợp đặc biệt của INTEGER PRIMARY KEY, đáng để hiểu trước khi viết thêm bất cứ thứ gì.

INTEGER PRIMARY KEY là trường hợp đặc biệt

Trong hầu hết cơ sở dữ liệu, khóa chính chỉ là một chỉ mục unique. Trong SQLite, mọi bảng thông thường đã có sẵn một số nguyên 64 bit ẩn gọi là rowid để xác định hàng ở bên trong. Khi bạn khai báo một cột đúng là INTEGER PRIMARY KEY, cột đó trở thành rowid. Không có chỉ mục phụ, không tốn thêm dung lượng: id của bạn và vị trí vật lý của hàng là một.

CREATE TABLE posts (
    id    INTEGER PRIMARY KEY,
    title TEXT
);

INSERT INTO posts (title) VALUES ('First'), ('Second'), ('Third');

SELECT id, rowid, title FROM posts;

id và rowid là cùng một cột với hai cái tên. Tra cứu theo id đi thẳng tới hàng, không có cây thứ hai phải duyệt. Đó là lý do lời khuyên chuẩn cho SQLite là: nếu muốn khóa chính dạng số, hãy viết đúng INTEGER PRIMARY KEY. Không phải INT, không phải BIGINT, không phải INTEGER NOT NULL PRIMARY KEY (thật ra cái đó cũng chạy được, nhưng kiểu phải là INTEGER).

Các kiểu khác vẫn dùng được, chỉ là chúng có một chỉ mục unique riêng. Điều đó không sao, chỉ là không gọn bằng.

AUTOINCREMENT thường là không cần thiết

Một phản xạ quen thuộc từ các cơ sở dữ liệu khác là viết id INTEGER PRIMARY KEY AUTOINCREMENT. Trong SQLite, từ khóa AUTOINCREMENT làm một việc hẹp hơn cái tên gợi ý, và phần lớn thời gian bạn không cần nó.

Không có AUTOINCREMENT, cột INTEGER PRIMARY KEY tự điền giá trị lớn hơn rowid lớn nhất hiện có một đơn vị. Nếu bạn xóa hàng cuối cùng, lần insert tiếp theo có thể dùng lại id đó.

Có AUTOINCREMENT, SQLite ghi lại id cao nhất từng được dùng trong một bảng phụ tên sqlite_sequence và không bao giờ dùng lại giá trị, kể cả sau khi xóa.

CREATE TABLE plain (id INTEGER PRIMARY KEY, label TEXT);
CREATE TABLE strict_id (id INTEGER PRIMARY KEY AUTOINCREMENT, label TEXT);

INSERT INTO plain (label) VALUES ('a'), ('b'), ('c');
INSERT INTO strict_id (label) VALUES ('a'), ('b'), ('c');

DELETE FROM plain WHERE id = 3;
DELETE FROM strict_id WHERE id = 3;

INSERT INTO plain (label) VALUES ('new');
INSERT INTO strict_id (label) VALUES ('new');

SELECT 'plain' AS table_name, id, label FROM plain
UNION ALL
SELECT 'strict_id', id, label FROM strict_id;

Bảng plain dùng lại id 3. Bảng có AUTOINCREMENT nhảy lên 4. Trừ khi bạn có lý do thật sự để cấm dùng lại id (kiểm toán, tham chiếu bên ngoài vẫn còn sau khi xóa), hãy bỏ qua AUTOINCREMENT. Nó tốn thêm một lần ghi cho mỗi lần insert và một bảng sổ sách riêng.

Khóa chính ghép

Đôi khi một cột là không đủ. Ví dụ, một bảng nối ánh xạ người dùng với vai trò được xác định duy nhất bởi cặp (user_id, role_id). Khi đó, hãy khai báo khóa ở cấp bảng:

CREATE TABLE user_roles (
    user_id  INTEGER NOT NULL,
    role_id  INTEGER NOT NULL,
    granted_at TEXT DEFAULT CURRENT_TIMESTAMP,
    PRIMARY KEY (user_id, role_id)
);

INSERT INTO user_roles (user_id, role_id) VALUES (1, 10), (1, 20), (2, 10);
-- This one violates the composite key:
INSERT INTO user_roles (user_id, role_id) VALUES (1, 10);

Cặp giá trị phải duy nhất trong toàn bảng: (1, 10) chỉ được xuất hiện một lần. Mỗi cột riêng lẻ thì có thể lặp lại thoải mái. Đó chính là mục đích: mỗi người dùng có thể có nhiều vai trò, mỗi vai trò có thể có nhiều người dùng, nhưng một cặp người dùng và vai trò cụ thể chỉ tồn tại tối đa một lần.

Khóa chính ghép tạo một chỉ mục riêng bao gồm các cột được liệt kê. Nó không trở thành rowid; chỉ một INTEGER PRIMARY KEY trên một cột mới được đối xử như vậy.

Cái bẫy NULL trong khóa chính

Đây là một điểm kỳ quặc làm bất ngờ những người đến từ PostgreSQL hay MySQL: trong bảng SQLite thông thường, cột khóa chính không phải INTEGER PRIMARY KEY có thể chứa NULL. Đó là một bug lâu đời mà các tác giả SQLite giữ lại để tương thích ngược.

CREATE TABLE products (
    sku   TEXT PRIMARY KEY,
    name  TEXT
);

INSERT INTO products (sku, name) VALUES ('A1', 'Apple');
INSERT INTO products (sku, name) VALUES (NULL, 'Mystery 1');
INSERT INTO products (sku, name) VALUES (NULL, 'Mystery 2');

SELECT * FROM products;

Hai hàng có NULL đã lọt qua khóa chính. Cách sửa là thêm NOT NULL một cách rõ ràng trên mọi cột khóa chính không phải số nguyên:

CREATE TABLE products (
    sku   TEXT NOT NULL PRIMARY KEY,
    name  TEXT
);

INSERT INTO products (sku, name) VALUES ('A1', 'Apple');
INSERT INTO products (sku, name) VALUES (NULL, 'Mystery');  -- now rejected

Hoặc dùng bảng STRICT, nơi bug NULL trong khóa chính đã được sửa. Thói quen viết NOT NULL trên mọi cột khóa chính là một khoản bảo hiểm rẻ.

Khóa chính và UNIQUE

Cả hai đều ngăn trùng lặp. Những khác biệt:

• Một bảng có tối đa một khóa chính, nhưng có thể có nhiều ràng buộc UNIQUE.
• Khóa chính là định danh "chính" của bảng; khóa ngoại mặc định trỏ tới nó.
• INTEGER PRIMARY KEY trở thành rowid; một cột số nguyên UNIQUE thì không.
• Cột UNIQUE vui vẻ chấp nhận nhiều NULL (mỗi NULL được coi là khác nhau).

CREATE TABLE accounts (
    id       INTEGER PRIMARY KEY,
    email    TEXT NOT NULL UNIQUE,
    username TEXT NOT NULL UNIQUE
);

INSERT INTO accounts (email, username) VALUES ('a@x.com', 'ada');
INSERT INTO accounts (email, username) VALUES ('b@x.com', 'boris');
SELECT * FROM accounts;

id là danh tính của hàng. email và username cũng duy nhất, nhưng chúng là thuộc tính nghiệp vụ: chúng có thể thay đổi, còn id thì không nên.

Thêm khóa chính sau này (phần lớn là: đừng)

ALTER TABLE của SQLite khá hạn chế. Bạn không thể chạy ALTER TABLE ... ADD PRIMARY KEY vì câu lệnh đó không tồn tại. Nếu bạn quên khóa chính và bảng đã có dữ liệu, cách làm là tạo lại bảng:

CREATE TABLE events (
    name TEXT,
    occurred_at TEXT
);
INSERT INTO events VALUES ('login', '2026-01-01'), ('logout', '2026-01-02');

-- Rebuild with a primary key:
CREATE TABLE events_new (
    id INTEGER PRIMARY KEY,
    name TEXT NOT NULL,
    occurred_at TEXT NOT NULL
);
INSERT INTO events_new (name, occurred_at) SELECT name, occurred_at FROM events;
DROP TABLE events;
ALTER TABLE events_new RENAME TO events;

SELECT * FROM events;

Đây là điệu nhảy migration chuẩn của SQLite. Trong code thật, hãy bọc nó trong một giao dịch, và tạm tắt khóa ngoại nếu có bảng khác tham chiếu tới bảng này. Bài học: hãy đặt khóa chính cho đúng ngay lúc CREATE TABLE.

Danh sách kiểm tra nhanh

Khi viết một bảng mới, hãy tự hỏi:

• Hàng này có id duy nhất tự nhiên không? Nếu đó là một số nguyên, dùng INTEGER PRIMARY KEY.
• Danh tính có thật ra là tổ hợp nhiều cột (một bảng nối) không? Dùng PRIMARY KEY (col_a, col_b) ở cấp bảng.
• Khóa là văn bản hay một kiểu không phải số nguyên? Thêm NOT NULL một cách rõ ràng.
• Bạn có thật sự cần AUTOINCREMENT không? Có lẽ là không.
• Bảng nhỏ, chủ yếu để đọc, với khóa chính không phải số nguyên? Cân nhắc WITHOUT ROWID (được trình bày trong trang về rowid).

Tiếp theo: rowid

INTEGER PRIMARY KEY đã xuất hiện thoáng qua như "bí danh của rowid", nhưng rowid là nền móng bên dưới mọi bảng SQLite thông thường và đáng được tìm hiểu trực tiếp. Đó là trang tiếp theo.