View trong SQLite: CREATE VIEW, view tạm thời và INSTEAD OF

View là một truy vấn được lưu lại

View là một câu lệnh SELECT có tên. Sau khi tạo, bạn có thể truy vấn nó như một bảng, nhưng không có gì được lưu trữ. Mỗi lần bạn đọc từ view, SQLite chạy lại truy vấn bên dưới từ đầu.

CREATE TABLE orders (
    id INTEGER PRIMARY KEY,
    customer TEXT,
    amount REAL,
    status TEXT
);

INSERT INTO orders (customer, amount, status) VALUES
    ('Ada', 120.00, 'paid'),
    ('Boris', 45.50, 'pending'),
    ('Rosa', 300.00, 'paid'),
    ('Boris', 80.00, 'paid');

CREATE VIEW paid_orders AS
SELECT customer, amount FROM orders WHERE status = 'paid';

SELECT * FROM paid_orders;

paid_orders trông và hoạt động như một bảng. Nó có cột, bạn có thể SELECT từ nó, bạn có thể nối nó với bảng khác. Nhưng bên dưới, mọi truy vấn đều được mở rộng thành bộ lọc WHERE status = 'paid' ban đầu.

Đó là toàn bộ mô hình tư duy: view là bí danh của một truy vấn.

Vì sao view hữu ích

Lợi ích chính là đặt tên. Một truy vấn phức tạp có một cái tên ngắn, rõ nghĩa, và phần còn lại của code vẫn dễ đọc:

CREATE TABLE orders (
    id INTEGER PRIMARY KEY,
    customer TEXT,
    amount REAL,
    status TEXT
);

INSERT INTO orders (customer, amount, status) VALUES
    ('Ada', 120.00, 'paid'),
    ('Rosa', 300.00, 'paid'),
    ('Boris', 80.00, 'paid');

CREATE VIEW customer_totals AS
SELECT customer, SUM(amount) AS total, COUNT(*) AS order_count
FROM orders
WHERE status = 'paid'
GROUP BY customer;

SELECT * FROM customer_totals WHERE total > 100;

Không có view, mỗi nơi gọi sẽ phải tự viết GROUP BY, và bất kỳ nơi nào cũng có thể viết sai bộ lọc. Có view, phép tổng hợp chỉ được định nghĩa một lần. Nơi gọi chỉ cần lấy customer_totals rồi thêm bộ lọc nào họ cần lên trên.

View còn có thể đóng vai trò ranh giới giống như phân quyền. Nếu một truy vấn không được để lộ cột password_hash, hãy tạo một view chọn mọi cột trừ cột đó và để code ứng dụng dùng view.

Cú pháp CREATE VIEW

Dạng đầy đủ:

CREATE [TEMPORARY] VIEW [IF NOT EXISTS] view_name [(column_aliases)] AS
SELECT ...;

Vài điều đáng biết:

• IF NOT EXISTS bỏ qua việc tạo một cách âm thầm nếu view đã tồn tại.
• TEMPORARY (hoặc TEMP) tạo một view biến mất khi kết nối đóng lại.
• Bí danh cột trong ngoặc đơn cho phép đổi tên các cột của view mà không đụng tới SELECT bên dưới.

CREATE TABLE products (
    id INTEGER PRIMARY KEY,
    name TEXT,
    price_cents INTEGER
);

INSERT INTO products (name, price_cents) VALUES
    ('Notebook', 450),
    ('Pen', 200);

CREATE VIEW IF NOT EXISTS price_list (item, dollars) AS
SELECT name, price_cents / 100.0 FROM products;

SELECT * FROM price_list;

View hiển thị những tên dễ hiểu hơn (item, dollars) mà không phải đổi tên cột trong bảng nguồn.

Thay thế và xóa view

SQLite không có CREATE OR REPLACE VIEW hay ALTER VIEW. Để đổi định nghĩa của một view, hãy xóa rồi tạo lại nó:

CREATE TABLE orders (id INTEGER, status TEXT);
INSERT INTO orders VALUES (1, 'paid'), (2, 'pending');

CREATE VIEW active_orders AS
SELECT * FROM orders WHERE status = 'paid';

DROP VIEW active_orders;

CREATE VIEW active_orders AS
SELECT * FROM orders WHERE status IN ('paid', 'shipped');

SELECT * FROM active_orders;

DROP VIEW IF EXISTS active_orders; là cách viết an toàn: nó không báo lỗi nếu view không tồn tại. Xóa view không bao giờ ảnh hưởng tới các bảng bên dưới; bạn chỉ xóa truy vấn đã lưu.

View tạm thời

TEMP VIEW chỉ tồn tại trong kết nối cơ sở dữ liệu hiện tại. Khi kết nối đóng, view cũng mất. Hữu ích cho những phiên phân tích nhanh mà bạn không muốn để lại định nghĩa nào:

CREATE TABLE events (
    id INTEGER PRIMARY KEY,
    type TEXT,
    occurred_at TEXT
);

INSERT INTO events (type, occurred_at) VALUES
    ('login', '2026-04-01'),
    ('purchase', '2026-04-01'),
    ('login', '2026-04-02');

CREATE TEMP VIEW today_logins AS
SELECT * FROM events WHERE type = 'login' AND occurred_at = '2026-04-02';

SELECT * FROM today_logins;

View tạm thời còn cho phép bạn đặt tên cho một truy vấn mà không phải đưa nó vào schema, rất tiện khi đang khám phá dữ liệu.

View mặc định chỉ đọc được

Đây là cái bẫy quan trọng nhất. Bạn không thể INSERT, UPDATE hay DELETE trực tiếp qua view:

sqlite> INSERT INTO paid_orders (customer, amount) VALUES ('Eve', 50);
Runtime error: cannot modify paid_orders because it is a view

Cách khắc phục là trigger INSTEAD OF. Bạn viết một trigger chạy thay cho lệnh ghi và chuyển nó thành một thao tác thật trên bảng bên dưới:

CREATE TABLE orders (
    id INTEGER PRIMARY KEY,
    customer TEXT,
    amount REAL,
    status TEXT
);

CREATE VIEW paid_orders AS
SELECT id, customer, amount FROM orders WHERE status = 'paid';

CREATE TRIGGER paid_orders_insert
INSTEAD OF INSERT ON paid_orders
BEGIN
    INSERT INTO orders (customer, amount, status)
    VALUES (NEW.customer, NEW.amount, 'paid');
END;

INSERT INTO paid_orders (customer, amount) VALUES ('Eve', 50.00);

SELECT * FROM orders;

View vẫn là view, nhưng giờ các lệnh ghi vào nó đã có chỗ để đi. Ta sẽ nói kỹ về trigger ở trang tiếp theo.

Không có materialized view: hãy tự làm

Một số cơ sở dữ liệu cho phép lưu đệm kết quả của view trên đĩa và làm mới khi cần. SQLite thì không. Mỗi lần đọc view đều chạy lại truy vấn bên dưới. Với phần lớn khối lượng công việc thì vậy là ổn: SQLite nhanh và trình lập kế hoạch truy vấn rất tốt. Với những phép tổng hợp tốn kém được truy vấn nhiều lần, hãy tạo một bảng thật và tự giữ nó đồng bộ:

CREATE TABLE orders (
    id INTEGER PRIMARY KEY,
    customer TEXT,
    amount REAL
);

INSERT INTO orders (customer, amount) VALUES
    ('Ada', 120.00), ('Rosa', 300.00), ('Boris', 80.00);

CREATE TABLE customer_totals_cache AS
SELECT customer, SUM(amount) AS total
FROM orders
GROUP BY customer;

SELECT * FROM customer_totals_cache;

Sau đó bạn làm mới bảng đệm theo lịch, hoặc gắn trigger trên orders để giữ nó luôn cập nhật. Đây là việc thủ công, nhưng cũng là lựa chọn duy nhất trong SQLite.

Liệt kê view

Siêu dữ liệu của view nằm trong sqlite_master, cùng với bảng và index:

CREATE TABLE t (x INTEGER);
CREATE VIEW v1 AS SELECT * FROM t;
CREATE VIEW v2 AS SELECT x * 2 AS doubled FROM t;

SELECT name, sql FROM sqlite_master WHERE type = 'view';

Cột sql trả lại câu lệnh CREATE VIEW ban đầu, hữu ích khi bạn quên mất một view làm gì. Trong CLI, .schema view_name in ra cùng nội dung đó một cách gọn gàng hơn.

Khi nào nên dùng view

View đáng dùng khi:

• Một truy vấn không đơn giản được dùng lại ở ba chỗ trở lên. Đặt tên một lần tốt hơn sao chép rồi dán.
• Bạn muốn chỉ để lộ một tập con cột hoặc hàng đã chọn lọc cho một phần của ứng dụng.
• Một phép tổng hợp về mặt khái niệm là một thứ duy nhất (monthly_sales, active_users) mà nơi gọi nên coi như một danh từ.

Bỏ qua view khi:

• Truy vấn chỉ được dùng ở đúng một chỗ. Hãy viết thẳng nó ra.
• Hiệu năng quan trọng và truy vấn bên dưới tốn kém: bạn phải trả chi phí đó ở mỗi lần đọc. Hãy lưu đệm vào một bảng thật.
• View phụ thuộc vào một view khác, view đó lại phụ thuộc vào view khác nữa. SQLite xử lý lồng nhau tốt, nhưng một chuỗi ba bốn view khiến SQL thực sự khó theo dõi khi gỡ lỗi.

Tiếp theo: trigger

View và trigger thường đi cùng nhau: mẫu INSTEAD OF giúp ghi được vào view là một trong những lý do chính khiến trigger tồn tại. Trigger còn hữu ích riêng cho việc ghi log kiểm tra, cập nhật dây chuyền và duy trì các bất biến. Đó là trang tiếp theo.