Đáp án Quiz SQL — 75 câu hỏi có giải thích

20 câu Cơ bản · 55 câu Trung bình

Mức Cơ bản — 20 câu SQL

Câu 1JOIN

INNER JOIN và LEFT JOIN khác nhau như thế nào?

A.INNER JOIN chỉ giữ dòng khớp ở cả hai bảng; LEFT JOIN giữ toàn bộ dòng bảng trái, cột của bảng phải điền NULL khi không có dòng khớp
B.LEFT JOIN bỏ qua điều kiện ON và ghép mọi dòng với mọi dòng như CROSS JOIN
C.INNER JOIN chỉ dùng được với hai bảng, LEFT JOIN dùng được với nhiều bảng
D.LEFT JOIN nhanh hơn INNER JOIN vì chỉ phải đọc bảng bên trái

Đáp án: A

INNER JOIN chỉ trả về dòng có khớp ở cả hai bảng. LEFT JOIN trả về toàn bộ dòng của bảng trái; nếu bảng phải không có dòng khớp, các cột của bảng phải nhận NULL. Chọn LEFT JOIN khi cần giữ cả bản ghi chưa có dữ liệu liên kết, ví dụ khách hàng chưa có đơn hàng.

Nguồn tham khảo

PostgreSQL — Joins Between Tables

Câu 2NULL Semantics

Truy vấn dưới đây trả về giá trị bao nhiêu?

sql

-- users: (id=1, status='active'), (id=2, status=NULL)
SELECT count(*) FROM users WHERE status = NULL;

A.Lỗi cú pháp — không được phép viết = NULL trong SQL
B.2 — NULL khớp với mọi giá trị nên cả hai dòng đều được đếm
C.0 — so sánh = NULL cho kết quả không xác định với mọi dòng nên không dòng nào qua được WHERE; phải dùng IS NULL
D.1 — dòng id=2 có status là NULL nên khớp điều kiện = NULL

Đáp án: C

Kết quả là 0. NULL nghĩa là "không biết / chưa có", nên mọi so sánh bằng dấu = với NULL đều cho kết quả không xác định (unknown) — kể cả với chính dòng có status NULL. WHERE chỉ giữ dòng có điều kiện true, do đó không dòng nào được đếm. Muốn tìm dòng NULL, dùng status IS NULL; ngược lại dùng status IS NOT NULL.

Nguồn tham khảo

PostgreSQL — Comparison Functions and Operators

Câu 3GROUP BY & HAVING

Trong truy vấn dưới đây, WHERE và HAVING lọc dữ liệu ở giai đoạn nào?

sql

SELECT department, count(*) AS cnt
FROM employees
WHERE salary > 1000
GROUP BY department
HAVING count(*) >= 2;

A.WHERE và HAVING đều chạy sau SELECT để lọc trên các cột đã được đặt bí danh
B.Hai mệnh đề tương đương nhau, chỉ khác cú pháp — có thể chuyển count(*) >= 2 vào WHERE mà kết quả không đổi
C.WHERE lọc từng dòng trước khi gom nhóm (dòng salary <= 1000 không được tính vào count); HAVING lọc trên các nhóm sau khi GROUP BY, nên mới dùng được hàm gộp
D.WHERE lọc sau khi GROUP BY đã gom nhóm xong, còn HAVING lọc dòng trước khi gom nhóm

Đáp án: C

WHERE lọc từng dòng trước khi GROUP BY gom nhóm — dòng có salary <= 1000 bị loại và không được tính vào count. HAVING lọc trên các nhóm sau khi đã gộp, nên là nơi duy nhất đặt được điều kiện chứa hàm gộp như count(*) >= 2. Thứ tự logic: FROM → WHERE → GROUP BY → HAVING → SELECT. Hiểu nhầm "WHERE lọc sau GROUP BY" là sai.

Nguồn tham khảo

Câu 4Constraints· chọn nhiều đáp án

Những phát biểu nào sau đây đúng về primary key, unique và foreign key? (chọn nhiều đáp án)

A.Ràng buộc UNIQUE cũng tự động cấm NULL giống như primary key
B.Nên bỏ foreign key trong thiết kế để code linh hoạt hơn, vì tầng ứng dụng đã kiểm tra dữ liệu rồi
C.Primary key định danh duy nhất mỗi dòng, không cho phép NULL, và mỗi bảng chỉ có một primary key
D.Một bảng có thể có nhiều ràng buộc UNIQUE trên các cột khác nhau
E.Foreign key đảm bảo giá trị ở bảng con phải tồn tại ở bảng cha, giữ dữ liệu liên kết không bị mồ côi

Đáp án: C, D, E

Ba vai trò tách bạch: primary key là danh tính của dòng — duy nhất, NOT NULL, một bảng chỉ một PK. UNIQUE là quy tắc nghiệp vụ chống trùng (email, mã số...) — một bảng có nhiều UNIQUE được, và UNIQUE không tự cấm NULL. Foreign key là toàn vẹn tham chiếu — giá trị bảng con phải tồn tại ở bảng cha. Không nên bỏ FK chỉ để code linh hoạt hơn khi dữ liệu cần nhất quán.

Nguồn tham khảo

PostgreSQL — Constraints

Câu 5Transactions & Isolation

Sau khi chạy đoạn lệnh dưới đây, câu SELECT cuối trả về giá trị bao nhiêu?

sql

-- accounts: (id=1, balance=100)
BEGIN;
UPDATE accounts SET balance = balance - 50 WHERE id = 1;
ROLLBACK;

SELECT balance FROM accounts WHERE id = 1;

A.50 — UPDATE đã thực thi thành công nên giá trị mới được giữ lại bất kể ROLLBACK
B.50 — ROLLBACK chỉ có tác dụng với DELETE, còn UPDATE không hoàn tác được
C.100 — ROLLBACK hủy toàn bộ thay đổi trong transaction, dữ liệu trở về đúng trạng thái trước BEGIN như chưa từng chạy UPDATE
D.Lỗi — không thể SELECT sau ROLLBACK vì transaction đã bị hủy, phải mở lại kết nối

Đáp án: C

Kết quả là 100. Transaction gom các lệnh thành khối nguyên tử: COMMIT làm mọi thay đổi bền vững, ROLLBACK hủy sạch như chưa từng chạy — kể cả UPDATE đã thực thi thành công bên trong khối. Sau ROLLBACK, balance trở về giá trị trước BEGIN. Đây là tính Atomicity trong ACID, nền tảng cho chuyển tiền, đặt chỗ và mọi nghiệp vụ nhiều bước không được phép dừng nửa chừng.

Nguồn tham khảo

PostgreSQL — Transactions (tutorial)

Câu 6JOIN

Truy vấn dưới đây trả về bao nhiêu dòng?

sql

-- sizes:  ('S'), ('M'), ('L')   -- 3 rows
-- colors: ('red'), ('blue')      -- 2 rows
SELECT s.size, c.color
FROM sizes s
CROSS JOIN colors c;

A.5 dòng — CROSS JOIN cộng số dòng hai bảng lại với nhau (3 + 2)
B.Lỗi cú pháp — CROSS JOIN bắt buộc phải có mệnh đề ON như các loại JOIN khác
C.3 dòng — CROSS JOIN ghép dòng theo vị trí: ('S','red'), ('M','blue'), ('L', NULL)
D.6 dòng — CROSS JOIN tạo tích Descartes: mỗi dòng của sizes ghép với mọi dòng của colors, 3 × 2 = 6 tổ hợp

Đáp án: D

Trả về 6 dòng. CROSS JOIN tạo tích Descartes: mỗi dòng bảng trái ghép với mọi dòng bảng phải, nên số dòng kết quả là 3 × 2 = 6. Đây là loại join duy nhất không có mệnh đề ON. Dùng hợp lý khi cần sinh mọi tổ hợp (ma trận size × màu); dùng nhầm trên hai bảng lớn sẽ tạo kết quả bùng nổ số dòng.

Nguồn tham khảo

PostgreSQL — Joined Tables

Câu 7Set Operations

Truy vấn dưới đây trả về bao nhiêu dòng, và đổi UNION thành UNION ALL thì sao?

sql

-- t1.city: 'Hanoi', 'Hue'
-- t2.city: 'Hue', 'Danang'
SELECT city FROM t1
UNION
SELECT city FROM t2;

A.Lỗi — UNION yêu cầu hai truy vấn phải đọc từ cùng một bảng
B.1 dòng ('Hue') — UNION trả về phần giao của hai kết quả
C.4 dòng — UNION chỉ nối hai kết quả lại, không loại trùng lặp; muốn khử trùng phải dùng UNION DISTINCT ALL
D.3 dòng ('Hanoi', 'Hue', 'Danang') — UNION loại bỏ trùng lặp trên toàn kết quả gộp; UNION ALL giữ nguyên cả 4 dòng

Đáp án: D

UNION trả 3 dòng: 'Hanoi', 'Hue', 'Danang' — nó khử trùng lặp trên toàn kết quả gộp ('Hue' có ở cả hai bảng chỉ còn một). UNION ALL trả đủ 4 dòng vì bỏ bước khử trùng. Khi biết chắc dữ liệu không trùng hoặc trùng lặp chấp nhận được, dùng UNION ALL — nhanh hơn vì tránh được bước sắp xếp/băm để so trùng.

Nguồn tham khảo

PostgreSQL — Combining Queries (UNION, INTERSECT, EXCEPT)

Câu 8Sorting & Pagination

Truy vấn dưới đây trả về những tên nào, theo thứ tự nào?

sql

-- products (name, price):
--   ('A', 30), ('B', 10), ('C', 20), ('D', 40)
SELECT name FROM products
ORDER BY price ASC
LIMIT 2 OFFSET 1;

A.'B' rồi 'C' — OFFSET 1 nghĩa là bắt đầu từ dòng số 1, tức dòng đầu tiên
B.Không xác định — LIMIT và OFFSET chạy trước ORDER BY nên hai dòng được chọn là ngẫu nhiên
C.'C' rồi 'A' — sắp theo giá tăng dần được B, C, A, D; OFFSET 1 bỏ qua dòng đầu (B), LIMIT 2 lấy hai dòng kế tiếp
D.'A' rồi 'C' — ORDER BY mặc định sắp giảm dần nên thứ tự là D, A, C, B

Đáp án: C

Trả về 'C' rồi 'A'. Thứ tự xử lý: ORDER BY price ASC xếp thành B(10), C(20), A(30), D(40); OFFSET 1 bỏ qua một dòng đầu (B); LIMIT 2 lấy hai dòng kế tiếp — C và A. Lưu ý: OFFSET là số dòng bị bỏ qua, không phải vị trí bắt đầu; và LIMIT/OFFSET không có ORDER BY sẽ cho kết quả không ổn định giữa các lần chạy.

Nguồn tham khảo

PostgreSQL — LIMIT and OFFSET

Câu 9NULL Semantics

Truy vấn dưới đây trả về ba giá trị nào?

sql

SELECT
  COALESCE(NULL, NULL, 'fallback') AS a,
  NULLIF('same', 'same')           AS b,
  NULLIF(10, 20)                   AS c;

A.a = NULL, b = NULL, c = 10 — COALESCE trả NULL ngay khi gặp tham số đầu tiên là NULL
B.a = 'fallback', b = 'same', c = NULL — NULLIF trả NULL khi hai tham số khác nhau
C.Lỗi cú pháp — COALESCE chỉ nhận đúng hai tham số
D.a = 'fallback', b = NULL, c = 10 — COALESCE trả tham số khác NULL đầu tiên; NULLIF trả NULL khi hai tham số bằng nhau, ngược lại trả tham số thứ nhất

Đáp án: D

Kết quả: a = 'fallback', b = NULL, c = 10. COALESCE duyệt tham số trái sang phải, trả giá trị khác NULL đầu tiên — hai NULL đầu bị bỏ qua. NULLIF(x, y) trả NULL nếu x bằng y, ngược lại trả x: 'same' = 'same' nên b là NULL; 10 khác 20 nên c là 10. Hai hàm là cặp ngược nhau: COALESCE thay NULL bằng giá trị, NULLIF biến giá trị thành NULL.

Nguồn tham khảo

PostgreSQL — Conditional Expressions (COALESCE, NULLIF)

Câu 10Query Planning

EXPLAIN và EXPLAIN ANALYZE trong PostgreSQL khác nhau như thế nào?

A.EXPLAIN tự động viết lại truy vấn theo phương án tối ưu nhất rồi lưu lại cho các lần chạy sau
B.Cả hai đều không chạy truy vấn — EXPLAIN ANALYZE chỉ dùng thống kê chi tiết hơn để ước tính chính xác hơn
C.EXPLAIN ANALYZE an toàn với mọi loại lệnh vì chế độ phân tích chỉ đọc dữ liệu, không bao giờ ghi
D.EXPLAIN chỉ hiển thị kế hoạch thực thi với chi phí ước tính, không chạy truy vấn; EXPLAIN ANALYZE thực thi truy vấn thật và bổ sung số liệu thực tế (thời gian, số dòng từng bước) — nên với lệnh ghi phải bọc trong BEGIN ... ROLLBACK

Đáp án: D

EXPLAIN hiển thị kế hoạch thực thi mà planner chọn kèm chi phí ước tính — không chạy truy vấn. EXPLAIN ANALYZE thực thi truy vấn thật rồi in kèm số liệu đo được: thời gian và số dòng thực tế của từng bước — công cụ chuẩn để tìm điểm nghẽn. Cẩn trọng: EXPLAIN ANALYZE trên UPDATE/DELETE thay đổi dữ liệu thật, phải bọc trong BEGIN ... ROLLBACK.

Nguồn tham khảo

PostgreSQL — Using EXPLAIN

Câu 11Aggregates

`COUNT(*)` và `COUNT(cot)` khác nhau ở điểm nào?

A.Dạng sau chạy nhanh hơn vì chỉ đọc một cột duy nhất
B.Dạng sau bỏ qua các dòng có giá trị NULL ở cột đó
C.Dạng đầu loại bỏ các dòng trùng lặp còn dạng sau thì không
D.Dạng đầu chỉ đếm được khi bảng có khoá chính

Đáp án: B

Dạng có tên cột bỏ qua các dòng NULL ở cột đó, còn dạng dấu sao đếm mọi dòng. Hai con số lệch nhau đúng bằng số dòng có giá trị NULL — nguồn của nhiều báo cáo sai lệch mà không ai để ý.

Nguồn tham khảo

PostgreSQL docs — Aggregate functions

Câu 12NULL Semantics

`COALESCE(a, b, c)` trả về giá trị nào?

A.NULL nếu bất kỳ đối số nào là NULL
B.Giá trị xuất hiện nhiều nhất trong các đối số
C.Đối số đầu tiên khác NULL, hoặc NULL nếu tất cả đều NULL
D.Đối số cuối cùng khác NULL trong danh sách

Đáp án: C

Đối số đầu tiên khác NULL, duyệt từ trái sang phải. Nếu tất cả đều NULL thì trả về NULL. Đây là cách chuẩn để đặt giá trị mặc định cho một cột có thể rỗng.

Nguồn tham khảo

PostgreSQL docs — Comparison functions and NULL

Câu 13Security

Cách nào ngăn SQL injection một cách chắc chắn?

A.Prepared statement với tham số, không ghép chuỗi truy vấn
B.Chỉ cho phép các truy vấn đã đăng ký trước trong danh sách
C.Lọc bỏ các từ khoá SQL nguy hiểm khỏi dữ liệu người dùng
D.Thoát dấu nháy đơn trong chuỗi trước khi ghép vào truy vấn

Đáp án: A

Dùng câu lệnh có tham số, không ghép chuỗi. Tham số được gửi tách khỏi câu lệnh, nên dữ liệu người dùng không bao giờ được phân tích thành cú pháp — bất kể nó chứa gì.

Nguồn tham khảo

PostgreSQL docs — Privileges

Câu 14Truy vấn

`SELECT * FROM users LIMIT 10` không có `ORDER BY` trả về 10 dòng nào?

A.Mười dòng có khoá chính nhỏ nhất theo thứ tự tăng dần
B.Mười dòng được cập nhật gần đây nhất trong bảng
C.Không xác định, có thể khác nhau mỗi lần chạy
D.Mười dòng được chèn vào bảng sớm nhất theo thời gian

Đáp án: C

Không xác định — và có thể khác nhau giữa các lần chạy. Không có mệnh đề sắp xếp thì bộ tối ưu tự chọn cách đọc, nên thứ tự phụ thuộc kế hoạch thực thi và trạng thái dữ liệu tại thời điểm đó.

Nguồn tham khảo

PostgreSQL Docs — LIMIT and OFFSET

Câu 15NULL

`WHERE phone = NULL` trả về những dòng nào?

A.Không dòng nào
B.Các dòng có cột đó mang giá trị NULL
C.Các dòng có cột đó khác NULL
D.Toàn bộ các dòng trong bảng

Đáp án: A

Không dòng nào. Trong SQL, so sánh với giá trị chưa biết cho ra kết quả chưa biết chứ không phải đúng, và mệnh đề lọc chỉ giữ những dòng cho kết quả đúng. Phải dùng toán tử kiểm tra riêng.

Nguồn tham khảo

PostgreSQL Docs — Comparison functions

Câu 16Aggregate

`SELECT city, name, COUNT(*) FROM users GROUP BY city` báo lỗi. Vì sao?

A.Không được dùng hàm đếm cùng với các cột thông thường
B.Mệnh đề nhóm phải liệt kê mọi cột xuất hiện trong bảng
C.Cột name không nằm trong nhóm và không được tổng hợp
D.Thứ tự các cột trong danh sách chọn không đúng quy định

Đáp án: C

Vì cột đó không nằm trong nhóm và không được tổng hợp. Mỗi nhóm gộp nhiều dòng nên cột đó có thể mang nhiều giá trị khác nhau, và database không tự chọn được giá trị nào là đúng.

Nguồn tham khảo

PostgreSQL Docs — GROUP BY

Câu 17Truy vấn

`WHERE age BETWEEN 18 AND 25` có bao gồm giá trị 18 và 25 không?

A.Tuỳ theo cấu hình của từng hệ quản trị cơ sở dữ liệu
B.Không, cả hai đầu đều bị loại khỏi kết quả
C.Chỉ bao gồm giá trị đầu, không bao gồm giá trị cuối
D.Có, bao gồm cả hai đầu

Đáp án: D

Có, bao gồm cả hai đầu. Toán tử này tương đương với hai phép so sánh lớn hơn hoặc bằng và nhỏ hơn hoặc bằng ghép lại bằng phép và.

Nguồn tham khảo

PostgreSQL Docs — BETWEEN

Câu 18Truy vấn

Trong `LIKE`, ký tự `_` có nghĩa gì?

A.Khớp với khoảng trắng ở vị trí tương ứng
B.Khớp đúng một ký tự bất kỳ
C.Khớp với một dấu gạch dưới trong dữ liệu
D.Đánh dấu vị trí bắt đầu của phần cần so khớp

Đáp án: B

Nó khớp đúng một ký tự bất kỳ, khác với ký tự phần trăm vốn khớp số lượng ký tự tuỳ ý kể cả không có. Muốn tìm chính ký tự này trong dữ liệu thì phải thoát nó.

Nguồn tham khảo

PostgreSQL Docs — Pattern matching

Câu 19DML

Chạy `UPDATE users SET status = "banned"` và quên mệnh đề `WHERE`. Hậu quả?

A.Chỉ dòng đầu tiên trong bảng được cập nhật
B.Lệnh bị từ chối vì thiếu điều kiện bắt buộc
C.Hệ quản trị hỏi xác nhận trước khi thực hiện
D.Mọi dòng trong bảng đều bị cập nhật

Đáp án: D

Mọi dòng trong bảng đều bị cập nhật. Cú pháp hoàn toàn hợp lệ và không có xác nhận nào, nên đây là một trong những sự cố dữ liệu phổ biến nhất khi thao tác thủ công trên production.

Nguồn tham khảo

PostgreSQL Docs — UPDATE

Câu 20DML

Chèn 1000 dòng: một lệnh nhiều dòng hay 1000 lệnh riêng lẻ?

A.Một lệnh nhiều dòng, nhanh hơn nhiều lần
B.Một nghìn lệnh riêng, dễ xử lý lỗi từng dòng hơn
C.Hai cách tương đương vì cùng ghi một lượng dữ liệu
D.Tuỳ vào việc bảng có chỉ mục hay không

Đáp án: A

Một lệnh nhiều dòng, thường nhanh hơn nhiều lần. Mỗi lệnh riêng tốn một lượt đi về mạng và một lần phân tích câu lệnh, nên với một nghìn dòng thì phần chi phí đó lớn hơn cả việc ghi dữ liệu.

Nguồn tham khảo

PostgreSQL Docs — Populating a database

Mức Trung bình — 55 câu SQL

Câu 1JOIN

Truy vấn dưới đây trả về những dòng nào?

sql

-- customers: (id=1, name='An'), (id=2, name='Binh')
-- orders:    (id=10, customer_id=1, status='paid')
SELECT c.name, o.status
FROM customers c
LEFT JOIN orders o ON o.customer_id = c.id
WHERE o.status = 'paid';

A.Lỗi cú pháp — điều kiện lọc bảng phải bắt buộc phải nằm trong mệnh đề ON
B.Chỉ 1 dòng ('An', 'paid') — điều kiện WHERE trên cột bảng phải loại dòng của Binh (o.status là NULL), khiến LEFT JOIN hoạt động như INNER JOIN
C.0 dòng — không thể dùng WHERE trên cột của bảng phải sau LEFT JOIN, PostgreSQL bỏ qua toàn bộ kết quả
D.2 dòng: ('An', 'paid') và ('Binh', NULL) — LEFT JOIN luôn giữ mọi dòng bảng trái bất kể WHERE

Đáp án: B

Trả về đúng 1 dòng ('An', 'paid'). Dòng của Binh sau LEFT JOIN có o.status = NULL; điều kiện WHERE o.status = 'paid' so sánh với NULL cho kết quả không xác định nên dòng bị loại — LEFT JOIN thực tế trở thành INNER JOIN. Muốn giữ Binh với status NULL, chuyển điều kiện vào ON: LEFT JOIN orders o ON o.customer_id = c.id AND o.status = 'paid'.

Nguồn tham khảo

PostgreSQL — Joined Tables

Câu 2NULL Semantics

Truy vấn dưới đây trả về những id nào?

sql

-- customers.id:          1, 2, 3
-- blocked.customer_id:    1, NULL
SELECT id FROM customers
WHERE id NOT IN (SELECT customer_id FROM blocked);

A.id 2, 3 và cả 1 — NULL trong danh sách vô hiệu hóa toàn bộ phép NOT IN nên mọi dòng đều được giữ
B.id 2 và 3 — chúng không nằm trong danh sách blocked nên qua được điều kiện NOT IN
C.Không dòng nào — NOT IN với danh sách chứa NULL khiến điều kiện không bao giờ true; id 2 và 3 chỉ cho kết quả unknown vì phép so với NULL
D.Lỗi runtime — subquery trong NOT IN không được phép trả về NULL

Đáp án: C

Không trả về dòng nào. id NOT IN (1, NULL) khai triển thành id <> 1 AND id <> NULL; vế id <> NULL luôn cho unknown nên toàn bộ điều kiện không bao giờ true — kể cả với id 2 và 3. Đây là bẫy kinh điển của NOT IN. Cách an toàn khi loại trừ: dùng NOT EXISTS, không bị ảnh hưởng bởi NULL trong dữ liệu.

Nguồn tham khảo

Use The Index, Luke!

Câu 3GROUP BY & HAVING

Truy vấn dưới đây trả về ba giá trị nào?

sql

-- orders (3 dòng), cột customer: 'An', 'An', NULL
SELECT count(*), count(customer), count(DISTINCT customer)
FROM orders;

A.2, 2, 1 — count(*) cũng bỏ qua dòng có bất kỳ cột nào NULL
B.3, 2, 1 — count(*) đếm mọi dòng; count(customer) bỏ qua dòng NULL; count(DISTINCT customer) đếm giá trị khác nhau không tính NULL
C.3, 3, 2 — count(customer) đếm cả dòng NULL, và DISTINCT tính NULL là một giá trị riêng
D.3, 2, 2 — DISTINCT giữ NULL như một giá trị khác biệt nên đếm được 2

Đáp án: B

Kết quả: 3, 2, 1. count(*) đếm số dòng, không quan tâm NULL — ra 3. count(customer) chỉ đếm giá trị khác NULL — ra 2. count(DISTINCT customer) đếm số giá trị khác nhau, cũng bỏ NULL — chỉ còn 'An', ra 1. Hiểu nhầm thường gặp là count(cột) đếm cả NULL; thực tế mọi hàm gộp (trừ count(*)) đều bỏ qua NULL.

Nguồn tham khảo

PostgreSQL — Aggregate Functions

Câu 4Index· chọn nhiều đáp án

Những phát biểu nào sau đây đúng về index trong cơ sở dữ liệu quan hệ? (chọn nhiều đáp án)

A.Index tự động được tạo cho mọi cột xuất hiện trong mệnh đề WHERE của các truy vấn thường chạy
B.Trong composite index B-tree, thứ tự cột quan trọng: index (a, b) phục vụ tốt truy vấn lọc theo a, nhưng gần như vô dụng khi chỉ lọc theo b
C.Index tăng tốc truy vấn đọc nhưng làm ghi chậm hơn, vì mỗi INSERT/UPDATE/DELETE phải cập nhật cả index
D.Truy vấn dùng index luôn nhanh hơn quét toàn bảng, nên bảng càng nhiều index thì đọc càng nhanh
E.Planner có thể bỏ qua index và quét toàn bảng nếu tính ra cách đó rẻ hơn, ví dụ khi bảng nhỏ hoặc điều kiện trả về phần lớn số dòng

Đáp án: B, C, E

Ba điểm đúng: (1) index tăng tốc đọc nhưng làm ghi chậm và tốn đĩa — mỗi thao tác ghi phải cập nhật cả index; (2) thứ tự cột trong composite index quan trọng — index (a, b) không phục vụ truy vấn chỉ lọc theo b; (3) planner có thể bỏ index để quét toàn bảng khi cách đó rẻ hơn. Hiểu nhầm cần tránh: "index luôn nhanh hơn" và "database tự tạo index theo WHERE".

Nguồn tham khảo

Câu 5Transactions & Isolation· chọn nhiều đáp án

Những phát biểu nào sau đây đúng về isolation level trong PostgreSQL? (chọn nhiều đáp án)

A.Mức mặc định là Read Committed: mỗi câu lệnh thấy ảnh chụp dữ liệu đã commit mới nhất, nên hai lần đọc trong cùng transaction có thể ra kết quả khác nhau
B.Chọn Read Uncommitted trong PostgreSQL cho phép đọc dữ liệu chưa commit của transaction khác (dirty read) để tăng tốc
C.Repeatable Read giữ một ảnh chụp cố định cho cả transaction, nên đọc lại cùng điều kiện luôn cho kết quả như cũ
D.Serializable đảm bảo kết quả như thể các transaction chạy tuần tự; khi phát hiện xung đột, một transaction bị hủy và ứng dụng phải thử lại
E.Isolation level càng cao thì càng nên dùng mặc định cho mọi truy vấn, vì an toàn hơn mà không có nhược điểm

Đáp án: A, C, D

PostgreSQL có ba mức thực tế: Read Committed (mặc định) — snapshot theo từng câu lệnh, hai lần đọc có thể khác nhau; Repeatable Read — một snapshot cố định cho cả transaction; Serializable — kết quả như chạy tuần tự, xung đột thì hủy một transaction để thử lại. Read Uncommitted bị xử lý như Read Committed — MVCC không cho phép dirty read. Mức cao hơn không miễn phí: cần logic retry và giảm song song.

Nguồn tham khảo

PostgreSQL — Transaction Isolation

Câu 6Subquery & CTE

Subquery trong truy vấn dưới đây thuộc loại nào và hành vi logic của nó ra sao?

sql

SELECT c.name FROM customers c
WHERE EXISTS (
  SELECT 1 FROM orders o
  WHERE o.customer_id = c.id
);

A.Subquery không tương quan — nó chạy độc lập một lần duy nhất rồi truy vấn ngoài dùng lại kết quả
B.Correlated subquery — nó tham chiếu cột c.id của truy vấn ngoài, nên về mặt logic phải đánh giá lại cho từng dòng customers
C.Scalar subquery — nó phải trả về đúng một giá trị SELECT 1, nếu có nhiều dòng khớp sẽ gây lỗi runtime
D.Lỗi cú pháp — subquery bên trong EXISTS không được phép tham chiếu bảng của truy vấn ngoài

Đáp án: B

Đây là correlated subquery (subquery tương quan): nó tham chiếu cột c.id của truy vấn ngoài nên về logic phải đánh giá lại cho mỗi dòng customers. EXISTS trả true ngay khi tìm thấy dòng đầu tiên khớp (short-circuit), không cần đọc hết. Ngược lại, subquery không tương quan chạy độc lập một lần. Optimizer thường viết lại correlated subquery thành semi-join nên hiệu năng thực tế thường tốt.

Nguồn tham khảo

Database System Concepts (Silberschatz, Korth, Sudarshan)

Câu 7Subquery & CTE

CTE (mệnh đề WITH) trong SQL dùng để làm gì?

A.Đặt tên cho một subquery để chẻ truy vấn phức tạp thành các bước dễ đọc, có thể tham chiếu nhiều lần trong câu lệnh chính
B.CTE luôn được materialize thành kết quả trung gian riêng, nên luôn chậm hơn viết subquery lồng trực tiếp
C.Tạo một bảng tạm được lưu xuống đĩa và tồn tại đến hết phiên làm việc để các truy vấn sau dùng lại
D.CTE là cú pháp thay thế cho VIEW — mỗi WITH tự động tạo một view lưu trong schema của database

Đáp án: A

CTE (mệnh đề WITH) đặt tên cho một subquery để chẻ truy vấn phức tạp thành các bước có tên, dễ đọc, và tham chiếu được nhiều lần trong cùng câu lệnh. Nó chỉ tồn tại trong phạm vi một câu lệnh — không phải bảng tạm hay view. Từ PostgreSQL 12, CTE thường được inline vào truy vấn chính khi tối ưu, nên hiệu năng tương đương subquery; dạng WITH RECURSIVE xử lý dữ liệu phân cấp.

Nguồn tham khảo

PostgreSQL — WITH Queries (Common Table Expressions)

Câu 8JOIN

Truy vấn FULL OUTER JOIN dưới đây trả về những dòng nào?

sql

-- employees:   (id=1, name='An',   dept_id=10),
--              (id=2, name='Binh', dept_id=NULL)
-- departments: (id=10, name='Eng'), (id=20, name='HR')
SELECT e.name, d.name AS dept
FROM employees e
FULL OUTER JOIN departments d ON e.dept_id = d.id;

A.3 dòng: ('An', 'Eng'), ('Binh', NULL), (NULL, 'HR') — FULL OUTER JOIN giữ cả dòng không khớp của hai phía; dept_id NULL của Binh không khớp với dòng nào
B.2 dòng: ('An', 'Eng'), ('Binh', NULL) — FULL OUTER JOIN chỉ giữ dòng không khớp của bảng đứng trước
C.3 dòng: ('An', 'Eng'), ('Binh', 'HR'), (NULL, NULL) — dept_id NULL của Binh được ghép với phòng ban còn trống
D.1 dòng: ('An', 'Eng') — chỉ dòng khớp ở cả hai bảng được trả về

Đáp án: A

Trả về 3 dòng: ('An', 'Eng') — cặp khớp duy nhất; ('Binh', NULL) — Binh có dept_id NULL, không khớp dòng nào vì NULL không so khớp được trong ON; (NULL, 'HR') — phòng HR không có nhân viên nào trỏ tới. FULL OUTER JOIN là hợp của LEFT và RIGHT JOIN: giữ dòng không khớp của cả hai phía, điền NULL cho phía thiếu.

Nguồn tham khảo

PostgreSQL — Joined Tables

Câu 9Constraints

Sau câu DELETE dưới đây, bảng orders ở trạng thái nào?

sql

CREATE TABLE customers (id int PRIMARY KEY);
CREATE TABLE orders (
  id          int PRIMARY KEY,
  customer_id int REFERENCES customers (id) ON DELETE SET NULL
);
-- customers: (1)
-- orders:    (id=100, customer_id=1)

DELETE FROM customers WHERE id = 1;

A.DELETE thành công; orders giữ nguyên (100, 1) — bản ghi trở thành mồ côi vì FK chỉ kiểm tra lúc INSERT
B.DELETE thành công và dòng (100, 1) trong orders cũng bị xóa theo
C.DELETE thất bại với lỗi vi phạm khóa ngoại — không thể xóa customer đang được orders tham chiếu
D.DELETE thành công; orders còn nguyên dòng (100, NULL) — ON DELETE SET NULL đặt cột tham chiếu về NULL khi dòng cha bị xóa

Đáp án: D

DELETE thành công và orders còn dòng (100, NULL): ON DELETE SET NULL đặt customer_id về NULL khi dòng cha bị xóa — đơn hàng được giữ lại nhưng mất liên kết. So sánh: mặc định (NO ACTION/RESTRICT) chặn không cho xóa cha khi còn con trỏ tới; CASCADE xóa dây chuyền cả dòng con. Chọn hành vi theo nghiệp vụ: dữ liệu con còn giá trị độc lập thì SET NULL, con vô nghĩa khi mất cha thì CASCADE.

Nguồn tham khảo

PostgreSQL — Foreign Keys

Câu 10Index· chọn nhiều đáp án

Với composite index dưới đây, những phát biểu nào đúng? (chọn nhiều đáp án)

sql

CREATE INDEX idx_orders_cust_date
  ON orders (customer_id, created_at);

A.Truy vấn WHERE customer_id = 42 AND created_at >= '2026-01-01' dùng index này hiệu quả — equality trên cột đầu thu hẹp phạm vi, rồi range trên cột sau quét liền mạch
B.Truy vấn WHERE customer_id = 42 dùng index này hiệu quả — điều kiện khớp cột đứng đầu (leftmost prefix)
C.Index (customer_id, created_at) đã bao gồm cả index trên riêng created_at, nên không bao giờ cần tạo thêm index cho cột này
D.Truy vấn WHERE created_at >= '2026-01-01' (không lọc customer_id) cũng dùng index này hiệu quả vì created_at có mặt trong index
E.Truy vấn WHERE customer_id = 42 ORDER BY created_at có thể lấy kết quả theo đúng thứ tự từ index, bỏ được bước sắp xếp

Đáp án: A, B, E

Index (customer_id, created_at) sắp theo customer_id trước, trong mỗi customer sắp tiếp theo created_at. Nó phục vụ tốt: lọc theo customer_id; lọc customer_id kết hợp khoảng created_at; và ORDER BY created_at trong phạm vi một customer (khỏi sort). Nó không giúp truy vấn chỉ lọc created_at — giá trị nằm rải rác khắp cây (quy tắc leftmost prefix), và không thay được index riêng trên created_at.

Nguồn tham khảo

Câu 11Locking & MVCC

Hai transaction chạy đan xen như dưới đây. Điều gì xảy ra?

sql

-- accounts: (id=1), (id=2)
-- Transaction A:                  -- Transaction B:
BEGIN;                             BEGIN;
UPDATE accounts SET balance = 0    UPDATE accounts SET balance = 0
  WHERE id = 1;                      WHERE id = 2;
-- then:                           -- then:
UPDATE accounts SET balance = 0    UPDATE accounts SET balance = 0
  WHERE id = 2;  -- waits for B      WHERE id = 1;  -- waits for A

A.Không có vấn đề gì — MVCC cho phép hai transaction cùng cập nhật một dòng đồng thời, bản cập nhật sau sẽ thắng
B.Deadlock: mỗi transaction giữ khóa một dòng và chờ khóa dòng của bên kia tạo thành vòng chờ
C.Cả hai transaction chờ nhau vô thời hạn — phải khởi động lại server hoặc kill thủ công một kết nối để gỡ
D.PostgreSQL tự động gộp hai transaction thành một để tránh xung đột rồi commit chung

Đáp án: B

Đây là deadlock kinh điển: A giữ khóa dòng 1 và chờ dòng 2; B giữ khóa dòng 2 và chờ dòng 1 — vòng chờ khép kín, không bên nào tiến được. PostgreSQL tự phát hiện (kiểm tra sau deadlock_timeout, mặc định 1 giây) và hủy một transaction với lỗi "deadlock detected"; bên còn lại chạy tiếp. Phòng ngừa: mọi nơi trong code cập nhật các dòng theo cùng một thứ tự (ví dụ luôn theo id tăng dần).

Nguồn tham khảo

PostgreSQL — Explicit Locking (Deadlocks)

Câu 12Locking & MVCC· chọn nhiều đáp án

Những phát biểu nào sau đây đúng về MVCC trong PostgreSQL? (chọn nhiều đáp án)

A.Nhờ MVCC, dirty read (đọc dữ liệu chưa commit của transaction khác) không xảy ra ở bất kỳ isolation level nào của PostgreSQL
B.ROLLBACK trong PostgreSQL tốn kém vì phải quét lại và khôi phục từng dòng đã sửa về giá trị cũ
C.MVCC nghĩa là hai transaction có thể UPDATE cùng một dòng đồng thời mà không bên nào phải chờ
D.Người đọc không chặn người ghi và người ghi không chặn người đọc — mỗi transaction đọc từ snapshot của riêng nó thay vì chờ khóa
E.UPDATE không ghi đè tại chỗ mà tạo một phiên bản dòng mới; phiên bản cũ trở thành dead tuple và cần VACUUM dọn dẹp để thu hồi chỗ

Đáp án: A, D, E

MVCC (Multi-Version Concurrency Control) cho mỗi dòng tồn tại nhiều phiên bản: UPDATE tạo phiên bản mới thay vì ghi đè, phiên bản cũ thành dead tuple chờ VACUUM dọn. Mỗi transaction đọc từ snapshot riêng nên đọc không chặn ghi, ghi không chặn đọc, và dirty read không thể xảy ra. Giới hạn: ghi đụng ghi cùng dòng vẫn phải chờ khóa. ROLLBACK gần như tức thời — chỉ đánh dấu transaction aborted.

Nguồn tham khảo

PostgreSQL — Introduction (MVCC)

Câu 13Window Functions

Cột diff trong truy vấn dưới đây nhận các giá trị nào (theo thứ tự năm tăng dần)?

sql

-- revenue (year, amount):
--   (2024, 100), (2025, 150), (2026, 120)
SELECT year,
  amount - LAG(amount) OVER (ORDER BY year) AS diff
FROM revenue;

A.NULL, 50, -30 — LAG lấy giá trị của dòng đứng trước theo ORDER BY; dòng đầu không có dòng trước nên LAG trả NULL, và phép trừ với NULL cho NULL
B.Lỗi — LAG bắt buộc phải có PARTITION BY trong mệnh đề OVER
C.100, 50, -30 — dòng đầu không có dòng trước nên giữ nguyên giá trị amount của chính nó
D.0, 50, -30 — với dòng đầu tiên LAG mặc định trả 0 để phép tính không bị hỏng

Đáp án: A

Kết quả: NULL, 50, -30. LAG(amount) OVER (ORDER BY year) lấy amount của dòng liền trước theo thứ tự năm: 2024 không có dòng trước nên LAG trả NULL và 100 - NULL = NULL; 2025 ra 150 - 100 = 50; 2026 ra 120 - 150 = -30. Muốn dòng đầu ra 0 thay vì NULL, khai báo giá trị mặc định: LAG(amount, 1, 0). LEAD là hàm đối xứng — nhìn về dòng sau.

Nguồn tham khảo

PostgreSQL — Window Functions (LAG, LEAD)

Câu 14Aggregates

`AVG(cot)` trên cột có giá trị NULL tính trung bình như thế nào?

A.Bỏ qua dòng NULL cả ở tử số lẫn mẫu số
B.Trả về NULL nếu có bất kỳ dòng nào mang giá trị NULL
C.Coi các giá trị NULL là 0 khi tính tổng
D.Ném lỗi và yêu cầu xử lý NULL trước khi tính

Đáp án: A

Nó bỏ qua các dòng NULL ở cả tử số lẫn mẫu số. Trung bình của bốn giá trị trong đó hai giá trị NULL là trung bình của hai giá trị còn lại. Muốn coi NULL là 0 thì phải thay thế tường minh trước — và hai cách cho kết quả khác nhau.

Nguồn tham khảo

PostgreSQL docs — Aggregate functions

Câu 15Aggregates

`SELECT DISTINCT cot` và `SELECT cot ... GROUP BY cot` khác nhau thế nào?

A.Dạng đầu loại NULL còn dạng sau giữ NULL thành một nhóm
B.Dạng đầu nhanh hơn vì không phải gom nhóm
C.Cho cùng kết quả; dạng sau còn dùng được hàm tổng hợp
D.Dạng sau giữ thứ tự của dữ liệu gốc còn dạng đầu thì không

Đáp án: C

Chúng cho cùng kết quả và trình tối ưu thường sinh cùng một kế hoạch. Khác biệt là dạng gom nhóm còn dùng được hàm tổng hợp — nên khi cần đếm hay tính tổng theo nhóm thì chỉ có nó làm được.

Nguồn tham khảo

PostgreSQL docs — Aggregate functions

Câu 16NULL Semantics

`WHERE id NOT IN (SELECT parent_id FROM t)` trả về rỗng dù bảng có dữ liệu. Vì sao?

A.Vì hai cột có kiểu dữ liệu không tương thích với nhau
B.Vì subquery chạy trước nên không thấy được dữ liệu mới
C.Vì subquery trả về quá nhiều dòng nên bị cắt bớt
D.Vì subquery chứa NULL nên mọi so sánh cho ra unknown

Đáp án: D

Vì truy vấn con chứa giá trị NULL. Phép so sánh với NULL cho ra "không xác định" chứ không phải sai, nên điều kiện phủ định không bao giờ đúng và kết quả rỗng — kể cả khi rõ ràng có dòng thoả.

Nguồn tham khảo

PostgreSQL docs — Comparison functions and NULL

Câu 17Subquery & CTE

`EXISTS (SELECT 1 FROM ...)` khác `IN (SELECT ...)` ở điểm nào?

A.Dạng đầu không dùng được với truy vấn con tương quan
B.Dạng sau nhanh hơn vì trình tối ưu chuyển được thành phép nối
C.Dạng đầu chỉ dùng được với truy vấn con trả về một cột
D.Dạng đầu dừng ở dòng khớp đầu tiên và xử lý NULL an toàn

Đáp án: D

Dạng kiểm tra tồn tại dừng ngay ở dòng khớp đầu tiên và xử lý NULL an toàn. Dạng danh sách phải dựng toàn bộ tập giá trị, và ở dạng phủ định thì một giá trị NULL trong tập làm kết quả rỗng hoàn toàn.

Nguồn tham khảo

PostgreSQL docs — WITH queries (CTE)

Câu 18Window Functions

`LAG(cot) OVER (ORDER BY ngay)` trả về gì?

A.Giá trị nhỏ nhất của cột trong toàn bộ tập kết quả
B.Tổng luỹ kế của cột tính tới dòng hiện tại
C.Giá trị của cột ở dòng đầu tiên của phân vùng
D.Giá trị của cột đó ở dòng liền trước theo thứ tự đã chỉ định

Đáp án: D

Giá trị của cột đó ở dòng liền trước theo thứ tự đã chỉ định. Nhờ vậy tính được chênh lệch giữa hai kỳ liên tiếp ngay trong một truy vấn, thay vì phải tự nối bảng với chính nó lệch một dòng.

Nguồn tham khảo

PostgreSQL docs — Window functions

Câu 19DML

`INSERT ... ON CONFLICT DO UPDATE` (upsert) hoạt động dựa trên gì?

A.Một trigger được định nghĩa sẵn trên bảng đích
B.Một truy vấn kiểm tra sự tồn tại chạy ngầm trước khi chèn
C.Một ràng buộc unique hoặc primary key trên cột được chỉ định
D.Việc khoá toàn bộ bảng trong suốt thời gian thực thi

Đáp án: C

Một ràng buộc duy nhất hoặc khoá chính trên các cột được chỉ định. Không có ràng buộc thì hệ quản trị không phát hiện được xung đột và câu lệnh báo lỗi. Ưu điểm lớn nhất là nó nguyên tử — không có khe hở như cách kiểm tra rồi chèn.

Nguồn tham khảo

PostgreSQL docs — Data manipulation

Câu 20DML

Mệnh đề `RETURNING` trong PostgreSQL dùng để làm gì?

A.Lấy dữ liệu của các dòng vừa được chèn, sửa hoặc xoá
B.Xác định các cột sẽ được cập nhật trong câu lệnh sửa
C.Quay lui câu lệnh nếu số dòng tác động không như mong đợi
D.Trả về số dòng bị tác động bởi câu lệnh

Đáp án: A

Lấy dữ liệu của chính các dòng vừa bị tác động, ngay trong cùng câu lệnh. Nhờ đó lấy được định danh tự sinh sau khi chèn, hoặc giá trị sau khi sửa, mà không cần một truy vấn thứ hai — vừa nhanh hơn vừa tránh tranh chấp.

Nguồn tham khảo

PostgreSQL docs — Data manipulation

Câu 21DML

`DELETE FROM t` và `TRUNCATE t` khác nhau ở điểm nào quan trọng nhất?

A.Dạng sau không thể quay lui trong transaction
B.Dạng sau không quét từng dòng và không kích hoạt trigger theo dòng
C.Dạng sau chỉ dùng được khi bảng không có ràng buộc khoá ngoại
D.Dạng đầu giữ lại cấu trúc bảng còn dạng sau xoá cả bảng

Đáp án: B

Dạng cắt bảng không quét từng dòng mà giải phóng luôn các tệp dữ liệu, nên nhanh hơn rất nhiều với bảng lớn. Đổi lại nó không kích hoạt trigger theo dòng và không dùng được mệnh đề lọc.

Nguồn tham khảo

PostgreSQL docs — Data manipulation

Câu 22Data Types

`timestamp` và `timestamptz` trong PostgreSQL khác nhau thế nào?

A.Dạng sau lưu mốc tuyệt đối và chuyển đổi theo múi giờ phiên làm việc
B.Dạng sau lưu kèm chuỗi tên múi giờ vào từng dòng dữ liệu
C.Dạng sau có độ chính xác cao hơn tới mức nano giây
D.Dạng đầu không so sánh và sắp xếp được

Đáp án: A

Dạng có múi giờ lưu một mốc tuyệt đối (chuẩn hoá về UTC) và chuyển đổi theo múi giờ của phiên khi đọc. Dạng không có múi giờ chỉ là ngày giờ trần — hai giá trị giống hệt nhau ở hai máy chủ khác múi giờ là hai thời điểm khác nhau.

Nguồn tham khảo

PostgreSQL docs — Data types

Câu 23Data Types

Lưu số tiền trong cơ sở dữ liệu nên dùng kiểu nào?

A.Kiểu money có sẵn vì nó được thiết kế riêng cho mục đích này
B.numeric với độ chính xác chỉ định, không dùng float
C.float8 vì nó có phạm vi giá trị rộng nhất
D.text để tránh mọi vấn đề về sai số của kiểu số

Đáp án: B

Kiểu số thập phân chính xác với độ chính xác chỉ định. Kiểu số thực dấu phẩy động có sai số biểu diễn nên tổng tiền lệch dần qua nhiều phép cộng — không chấp nhận được cho dữ liệu tài chính.

Nguồn tham khảo

PostgreSQL docs — Data types

Câu 24Data Types

Trong PostgreSQL, `varchar(255)` có nhanh hơn `text` không?

A.Có; chỉ kiểu có giới hạn độ dài mới đánh index được
B.Có; giới hạn độ dài cho phép cấp phát cố định nên truy cập nhanh hơn
C.Không so sánh được vì hai kiểu dùng cho mục đích khác nhau
D.Không; chúng lưu giống nhau, giới hạn độ dài chỉ là một ràng buộc

Đáp án: D

Không. Trong PostgreSQL chúng dùng cùng một cách lưu trữ, và giới hạn độ dài chỉ là một ràng buộc được kiểm tra khi ghi — nên nó còn tốn thêm một chút. Chọn kiểu nào là quyết định về ràng buộc dữ liệu, không phải về hiệu năng.

Nguồn tham khảo

PostgreSQL docs — Data types

Câu 25Data Types

`jsonb` khác `json` trong PostgreSQL ở điểm nào?

A.Nó cho phép lưu dữ liệu lớn hơn giới hạn của kiểu kia
B.Nó bắt buộc dữ liệu phải khớp với một lược đồ định nghĩa trước
C.Nó lưu dạng nhị phân đã phân tích nên truy vấn nhanh và đánh index được
D.Nó chỉ lưu được đối tượng chứ không lưu được mảng

Đáp án: C

Kiểu nhị phân lưu dạng đã phân tích nên truy vấn nhanh hơn nhiều và đánh index được. Đổi lại nó không giữ thứ tự khoá gốc, loại bỏ khoá trùng, và ghi chậm hơn do phải phân tích trước khi lưu.

Nguồn tham khảo

PostgreSQL docs — Data types

Câu 26Index

Partial index là gì và khi nào nên dùng?

A.Index chỉ áp dụng cho một phân vùng của bảng đã chia phân vùng
B.Index được xây dần theo thời gian thay vì xây một lần
C.Index chỉ chứa một phần các cột của bảng
D.Index chỉ chứa các dòng thoả một điều kiện cho trước

Đáp án: D

Index chỉ chứa các dòng thoả một điều kiện. Dùng khi truy vấn luôn kèm điều kiện đó — ví dụ chỉ tìm các đơn hàng chưa xử lý trong một bảng mà 99% đơn đã xong. Index khi ấy nhỏ hơn hàng trăm lần.

Nguồn tham khảo

PostgreSQL docs — Indexes

Câu 27Index

`WHERE LOWER(email) = $1` không dùng được index trên `email`. Cách sửa là gì?

A.Thêm cột email vào mệnh đề sắp xếp để gợi ý dùng index
B.Chuyển điều kiện sang mệnh đề lọc nhóm thay vì lọc dòng
C.Tạo index trên chính biểu thức LOWER(email)
D.Ép kiểu cột sang dạng văn bản trước khi so sánh

Đáp án: C

Tạo index trên chính biểu thức đó. Index thường lưu giá trị gốc, nên khi điều kiện bọc cột trong một hàm thì hệ quản trị phải tính hàm cho từng dòng — index vô dụng. Index trên biểu thức lưu sẵn kết quả đã tính.

Nguồn tham khảo

PostgreSQL docs — Indexes

Câu 28Index

PostgreSQL có tự tạo index cho cột foreign key không?

A.Không cần index vì ràng buộc khoá ngoại đã đủ để tra cứu nhanh
B.Không; chỉ bảng được tham chiếu có index, bảng con thì phải tự tạo
C.Có, nhưng chỉ khi cột đó cũng có ràng buộc không rỗng
D.Có; ràng buộc khoá ngoại luôn kèm một index tự động

Đáp án: B

Không. Chỉ bảng được tham chiếu bắt buộc có index (vì khoá chính hoặc ràng buộc duy nhất). Cột khoá ngoại ở bảng con thì phải tự tạo — và thiếu nó là một trong những nguyên nhân phổ biến nhất gây chậm.

Nguồn tham khảo

PostgreSQL docs — Indexes

Câu 29Index

Unique constraint và unique index trong PostgreSQL khác nhau thế nào?

A.Ràng buộc áp cho nhiều cột còn index chỉ áp cho một cột
B.Index nhanh hơn vì không phải kiểm tra ràng buộc
C.Ràng buộc kiểm tra lúc commit còn index kiểm tra ngay khi ghi
D.Ràng buộc được hiện thực bằng index; index cho thêm dạng bộ phận và biểu thức

Đáp án: D

Ràng buộc duy nhất được hiện thực bằng một index duy nhất bên dưới, nên về hiệu năng chúng như nhau. Khác biệt: chỉ ràng buộc mới được khoá ngoại tham chiếu tới, còn index cho phép dạng bộ phận và dạng trên biểu thức.

Nguồn tham khảo

PostgreSQL docs — Indexes

Câu 30Query Planning

EXPLAIN cho thấy Seq Scan trên một bảng đã có index. Đây có phải luôn là vấn đề không?

A.Có; quét tuần tự luôn chậm hơn quét theo index
B.Không; khi truy vấn lấy phần lớn số dòng thì quét tuần tự rẻ hơn
C.Không xác định được nếu chưa chạy EXPLAIN ANALYZE
D.Có; nó nghĩa là index đã hỏng và cần được xây lại

Đáp án: B

Không. Khi truy vấn lấy phần lớn số dòng của bảng, quét tuần tự rẻ hơn vì đọc tuần tự nhanh hơn nhiều lần đọc ngẫu nhiên. Với bảng nhỏ cũng vậy — quét vài trang rẻ hơn đi qua các tầng của index.

Nguồn tham khảo

PostgreSQL docs — Using EXPLAIN

Câu 31Query Planning

Lệnh `ANALYZE` trong PostgreSQL làm gì?

A.Cập nhật thống kê phân bố dữ liệu cho trình lập kế hoạch
B.Kiểm tra và sửa các index bị hỏng trên bảng
C.Chạy thử truy vấn và báo cáo thời gian thực thi từng bước
D.Thu hồi không gian của các dòng đã bị xoá

Đáp án: A

Cập nhật thống kê về phân bố dữ liệu — số dòng, số giá trị khác nhau, biểu đồ tần suất — để trình lập kế hoạch ước lượng đúng. Thống kê cũ dẫn tới ước lượng sai và kế hoạch kém dù index có sẵn.

Nguồn tham khảo

PostgreSQL docs — Using EXPLAIN

Câu 32Locking & MVCC

`SELECT ... FOR UPDATE` dùng để làm gì?

A.Đánh dấu các dòng sẽ được sửa trong câu lệnh tiếp theo
B.Khoá các dòng đọc ra để transaction khác không sửa được
C.Sao chép các dòng vào một bảng tạm trước khi sửa
D.Trả về phiên bản mới nhất của dòng bất kể mức isolation

Đáp án: B

Khoá các dòng vừa đọc để giao dịch khác không sửa hay xoá được cho tới khi giao dịch này kết thúc. Đây là khoá bi quan — dùng khi cần đọc một giá trị rồi ghi lại dựa trên nó, ví dụ trừ tồn kho.

Nguồn tham khảo

PostgreSQL docs — Concurrency control (MVCC)

Câu 33Locking & MVCC

Optimistic locking bằng cột `version` hoạt động thế nào?

A.Khoá được đặt khi đọc và nhả ra khi ghi xong
B.Cơ sở dữ liệu tự tăng cột version và từ chối ghi khi lệch
C.Câu UPDATE kèm điều kiện version cũ; 0 dòng bị sửa nghĩa là có xung đột
D.Mỗi phiên bản của dòng được lưu thành một bản ghi riêng

Đáp án: C

Đọc kèm giá trị phiên bản, rồi câu lệnh sửa kèm điều kiện phiên bản phải bằng giá trị đã đọc và tăng nó lên. Nếu không dòng nào bị sửa, nghĩa là có người khác đã ghi trước — ứng dụng báo xung đột và cho thử lại.

Nguồn tham khảo

PostgreSQL docs — Concurrency control (MVCC)

Câu 34Performance

Vấn đề N+1 query trong ứng dụng dùng ORM là gì?

A.Cùng một truy vấn được gửi lại nhiều lần do thiếu cache
B.Một truy vấn nối quá nhiều bảng nên trả về số dòng nhân lên
C.Một truy vấn lấy danh sách, rồi mỗi phần tử lại sinh thêm một truy vấn
D.Ứng dụng mở nhiều kết nối hơn số mà pool cho phép

Đáp án: C

Một truy vấn lấy danh sách n phần tử, rồi vòng lặp truy cập dữ liệu liên quan của từng phần tử sinh thêm n truy vấn nữa. Chi phí không nằm ở việc đọc mà ở hàng trăm vòng khứ hồi mạng tới cơ sở dữ liệu.

Nguồn tham khảo

PostgreSQL docs — Performance tips

Câu 35Maintenance

Vì sao PostgreSQL cần tiến trình VACUUM?

A.Vì UPDATE và DELETE để lại phiên bản dòng cũ cần được thu hồi
B.Vì các index bị phân mảnh sau một thời gian sử dụng
C.Vì nhật ký giao dịch cần được ghi vào tệp dữ liệu chính
D.Vì cache của hệ quản trị cần được làm mới định kỳ

Đáp án: A

Vì cơ chế nhiều phiên bản không ghi đè tại chỗ: mỗi lần sửa tạo một phiên bản dòng mới và để phiên bản cũ lại. Tiến trình này thu hồi không gian của các phiên bản không còn giao dịch nào cần thấy.

Nguồn tham khảo

PostgreSQL docs — Routine vacuuming

Câu 36Schema

Dùng UUID ngẫu nhiên làm primary key có nhược điểm gì so với số nguyên tăng dần?

A.Nó không bảo đảm tính duy nhất nên vẫn cần ràng buộc bổ sung
B.Giá trị ngẫu nhiên làm index ghi rải rác nên chậm hơn và tốn hơn
C.Nó không dùng được làm khoá ngoại ở các bảng khác
D.Nó không sắp xếp được nên không dùng được trong mệnh đề ORDER BY

Đáp án: B

Giá trị ngẫu nhiên khiến việc ghi index rải khắp cây thay vì dồn vào cuối, nên chèn chậm hơn và cache kém hiệu quả. Nó cũng chiếm 16 byte thay vì 8, làm mọi index chứa nó lớn hơn.

Nguồn tham khảo

PostgreSQL docs — Data definition

Câu 37Schema

Khi nào nên denormalize (cố ý lặp dữ liệu) một lược đồ?

A.Khi số bảng trong lược đồ vượt quá một ngưỡng nhất định
B.Ngay từ đầu, vì phép nối luôn là thao tác tốn kém nhất
C.Không bao giờ; chuẩn hoá luôn là lựa chọn đúng
D.Khi đã đo và phép nối là nút thắt thật, chấp nhận chi phí giữ đồng bộ

Đáp án: D

Khi đã đo và phép nối thật sự là nút thắt, và bạn chấp nhận chi phí giữ đồng bộ. Dữ liệu lặp phải được cập nhật ở mọi chỗ — sai một chỗ là dữ liệu mâu thuẫn, rất khó phát hiện và khó sửa.

Nguồn tham khảo

PostgreSQL docs — Data definition

Câu 38Schema

Soft delete (cột `deleted_at`) có đánh đổi gì?

A.Không dùng được với các bảng có khoá ngoại tham chiếu tới
B.Dữ liệu đã xoá không khôi phục lại được
C.Bảng không đánh index được vì có các dòng không hợp lệ
D.Mọi truy vấn phải nhớ lọc, và ràng buộc unique bị ảnh hưởng

Đáp án: D

Hai đánh đổi chính: mọi truy vấn phải nhớ lọc các dòng đã đánh dấu xoá, và ràng buộc duy nhất vẫn tính cả chúng — nên không dùng lại được một giá trị của bản ghi đã xoá.

Nguồn tham khảo

PostgreSQL docs — Data definition

Câu 39Constraints

Vì sao nên đặt CHECK constraint ở cơ sở dữ liệu dù ứng dụng đã validate?

A.Vì trình lập kế hoạch dùng ràng buộc để tối ưu truy vấn
B.Vì nó thay thế được hoàn toàn việc validate ở ứng dụng
C.Vì kiểm tra ở cơ sở dữ liệu nhanh hơn kiểm tra ở ứng dụng
D.Vì dữ liệu còn vào từ script, migration và các ứng dụng khác

Đáp án: D

Vì dữ liệu còn vào từ nhiều đường khác: script sửa tay, di trú, tác vụ nền, và các ứng dụng khác dùng chung cơ sở dữ liệu. Cơ sở dữ liệu là lớp cuối cùng mà mọi đường ghi đều phải đi qua.

Nguồn tham khảo

PostgreSQL docs — Constraints

Câu 40Schema

Generated column (PostgreSQL 12+) là gì?

A.Cột có giá trị mặc định được sinh ngẫu nhiên khi chèn
B.Cột được tạo tự động khi hệ quản trị phát hiện truy vấn hay dùng
C.Cột chỉ tồn tại trong kết quả truy vấn chứ không lưu trong bảng
D.Cột có giá trị tính từ các cột khác, tự cập nhật khi chúng đổi

Đáp án: D

Cột có giá trị được tính từ các cột khác trong cùng dòng và tự cập nhật khi chúng đổi. Ở PostgreSQL nó được lưu thật vào bảng, nên đánh index được như cột thường.

Nguồn tham khảo

PostgreSQL docs — Data definition

Câu 41Security

Ứng dụng web nên kết nối cơ sở dữ liệu bằng tài khoản nào?

A.Tài khoản dùng chung cho mọi dịch vụ để dễ quản lý
B.Tài khoản sở hữu lược đồ để chạy được migration khi khởi động
C.Tài khoản riêng chỉ có quyền trên các bảng nó cần
D.Tài khoản superuser để tránh lỗi thiếu quyền lúc chạy

Đáp án: C

Một tài khoản riêng chỉ có quyền trên các bảng nó cần, và chỉ các quyền nó dùng. Khi ứng dụng bị khai thác, phạm vi thiệt hại giới hạn trong đúng những gì tài khoản đó được phép làm.

Nguồn tham khảo

PostgreSQL docs — Privileges

Câu 42Aggregates

Mệnh đề `FILTER (WHERE ...)` sau hàm tổng hợp làm gì?

A.Lọc bỏ các nhóm không thoả điều kiện khỏi kết quả
B.Lọc dòng trước khi gom nhóm, tương đương mệnh đề lọc thông thường
C.Chỉ tính hàm tổng hợp trên các dòng thoả điều kiện đó
D.Sắp xếp các dòng trước khi đưa vào hàm tổng hợp

Đáp án: C

Chỉ tính hàm tổng hợp đó trên các dòng thoả điều kiện. Nhờ vậy một truy vấn tính được nhiều số liệu với điều kiện khác nhau — đếm đơn thành công và đơn thất bại — chỉ trong một lần quét bảng.

Nguồn tham khảo

PostgreSQL docs — Aggregate functions

Câu 43Index

Vì sao `WHERE ten LIKE '%abc%'` không dùng được index B-tree?

A.Vì index sắp theo tiền tố, mà mẫu tìm kiếm không biết tiền tố
B.Vì toán tử so khớp mẫu không được index hỗ trợ
C.Vì mẫu tìm kiếm chứa ký tự đặc biệt cần được thoát
D.Vì cột kiểu văn bản không đánh index B-tree được

Đáp án: A

Vì index cây sắp xếp theo tiền tố của giá trị. Biết phần đầu thì thu hẹp được phạm vi tìm; mẫu bắt đầu bằng ký tự đại diện thì không biết bắt đầu từ đâu, nên phải quét toàn bộ.

Nguồn tham khảo

PostgreSQL docs — Indexes

Câu 44Sorting & Pagination

Trong PostgreSQL, `ORDER BY cot` xếp giá trị NULL ở đâu?

A.Bị loại khỏi kết quả vì không so sánh được
B.Cuối khi tăng dần, đầu khi giảm dần
C.Luôn ở đầu kết quả bất kể chiều sắp xếp
D.Ở vị trí ngẫu nhiên vì không có thứ tự xác định

Đáp án: B

Ở cuối khi sắp tăng dần và ở đầu khi sắp giảm dần — PostgreSQL coi NULL là lớn nhất. Đổi được bằng mệnh đề chỉ định vị trí, và các hệ quản trị khác có mặc định ngược lại nên đừng giả định.

Nguồn tham khảo

PostgreSQL docs — LIMIT and OFFSET

Câu 45Transactions & Isolation

`SAVEPOINT` trong một transaction dùng để làm gì?

A.Ghi các thay đổi xuống đĩa mà chưa kết thúc transaction
B.Đánh dấu một điểm để quay lui một phần mà không huỷ cả transaction
C.Cho phép các transaction khác thấy các thay đổi tới điểm đó
D.Chia một transaction dài thành nhiều transaction nhỏ hơn

Đáp án: B

Đánh dấu một điểm để quay lui một phần mà không huỷ cả giao dịch. Ở PostgreSQL nó đặc biệt quan trọng vì một lỗi bất kỳ làm cả giao dịch chuyển sang trạng thái hỏng — mọi câu lệnh sau đó đều bị từ chối.

Nguồn tham khảo

PostgreSQL docs — Transaction isolation

Câu 46Query Planning

Trong EXPLAIN, Nested Loop / Hash Join / Merge Join được chọn dựa trên gì?

A.Loại phép nối được viết trong truy vấn
B.Tham số cấu hình toàn cục do quản trị viên đặt
C.Kích thước hai bên, index có sẵn và dữ liệu đã sắp xếp hay chưa
D.Thứ tự các bảng được viết trong mệnh đề FROM

Đáp án: C

Trình lập kế hoạch ước lượng chi phí của từng thuật toán rồi chọn cái rẻ nhất, dựa vào kích thước hai bên, index có sẵn, và dữ liệu đã sắp xếp hay chưa. Mỗi thuật toán có vùng tối ưu riêng.

Nguồn tham khảo

PostgreSQL docs — Using EXPLAIN

Câu 47JOIN

`SELECT * FROM a, b` không có điều kiện nối cho kết quả gì?

A.Lỗi cú pháp vì thiếu điều kiện nối bắt buộc
B.Mọi tổ hợp dòng của hai bảng
C.Các dòng có cùng khoá chính ở cả hai bảng
D.Các dòng của bảng đầu tiên kèm cột rỗng của bảng sau

Đáp án: B

Mọi tổ hợp dòng của hai bảng — số dòng bằng tích số dòng hai bảng. Với hai bảng mười nghìn dòng, kết quả là một trăm triệu dòng và truy vấn gần như treo máy chủ.

Nguồn tham khảo

PostgreSQL Docs — Joined tables

Câu 48JOIN

Bảng `employees` có cột `manager_id` trỏ tới chính bảng đó. Lấy tên nhân viên kèm tên quản lý thế nào?

A.Tạo một bảng tạm chứa danh sách quản lý trước
B.Nối bảng với chính nó bằng hai bí danh khác nhau
C.Dùng truy vấn đệ quy để đi ngược lên cấp trên
D.Chạy hai truy vấn riêng rồi ghép kết quả ở ứng dụng

Đáp án: B

Nối bảng với chính nó bằng hai bí danh khác nhau — một bí danh cho nhân viên, một cho quản lý. Bí danh làm cùng một bảng trở thành hai nguồn dữ liệu riêng nên điều kiện nối không bị mơ hồ.

Nguồn tham khảo

PostgreSQL Docs — Joins between tables

Câu 49Truy vấn

Cần trả về nhãn khác nhau tuỳ giá trị của cột trong cùng một truy vấn. Dùng gì?

A.Biểu thức điều kiện CASE WHEN
B.Một hàm do người dùng tự định nghĩa trong database
C.Xử lý phần chuyển đổi nhãn ở tầng ứng dụng
D.Nhiều truy vấn riêng rồi ghép bằng phép hợp

Đáp án: A

Dùng biểu thức điều kiện. Nó là một biểu thức nên đặt được ở danh sách chọn, mệnh đề lọc, mệnh đề sắp xếp, và cả bên trong hàm tổng hợp — chỗ cuối cùng là cách đếm có điều kiện rất hay dùng.

Nguồn tham khảo

PostgreSQL Docs — Conditional expressions

Câu 50Aggregate

Cần gom tên các sản phẩm của mỗi đơn hàng thành một chuỗi ngăn cách bằng dấu phẩy. Dùng gì?

A.Lấy toàn bộ dòng rồi nối chuỗi ở tầng ứng dụng
B.Dùng một vòng lặp trong thủ tục lưu trữ để nối dần
C.Tạo một cột được tính sẵn lưu chuỗi đã nối
D.Hàm tổng hợp nối chuỗi kèm dấu phân cách

Đáp án: D

Dùng hàm tổng hợp nối chuỗi kèm dấu phân cách. Nó gom nhiều dòng của một nhóm thành một giá trị duy nhất ngay trong database, nên không phải truyền từng dòng về ứng dụng rồi nối lại.

Nguồn tham khảo

PostgreSQL Docs — Aggregate functions

Câu 51Truy vấn

`UNION` giữa hai truy vấn yêu cầu điều kiện gì?

A.Cùng số cột và kiểu dữ liệu tương thích
B.Cùng bảng nguồn trong cả hai truy vấn
C.Cùng tên cột ở cả hai truy vấn thành phần
D.Cùng mệnh đề sắp xếp ở cả hai phần

Đáp án: A

Cùng số cột và kiểu dữ liệu tương thích. Việc ghép dựa vào vị trí cột chứ không phải tên, nên tên khác nhau vẫn hợp lệ — và đây cũng là nguồn lỗi khi ai đó đổi thứ tự cột ở một vế.

Nguồn tham khảo

PostgreSQL Docs — Combining queries

Câu 52Index

Tạo index trên cột `is_active` chỉ có hai giá trị. Có hữu ích không?

A.Hữu ích vì index nhỏ nên luôn nằm trong bộ nhớ
B.Ít hữu ích trừ khi một giá trị rất hiếm
C.Rất hữu ích vì cột nào cũng nên có index
D.Không bao giờ hữu ích với cột kiểu bool

Đáp án: B

Ít hữu ích trừ khi một giá trị rất hiếm. Index chỉ có lợi khi loại được phần lớn số dòng; điều kiện khớp nửa bảng thì quét tuần tự thường nhanh hơn vì đọc tuần tự rẻ hơn đọc ngẫu nhiên theo index.

Nguồn tham khảo

PostgreSQL Docs — Partial indexes

Câu 53Constraint

Khoá ngoại khai báo `ON DELETE CASCADE` có tác dụng gì và rủi ro là gì?

A.Chặn việc xoá dòng cha khi vẫn còn dòng con
B.Xoá luôn các dòng con, dễ mất dữ liệu ngoài ý muốn
C.Đặt khoá ngoại ở các dòng con về giá trị rỗng
D.Chuyển các dòng con sang một dòng cha mặc định

Đáp án: B

Nó xoá luôn các dòng con khi dòng cha bị xoá. Rủi ro là việc xoá lan truyền qua nhiều cấp quan hệ, nên một lệnh xoá tưởng nhỏ có thể quét sạch cả một nhánh dữ liệu mà không cảnh báo gì.

Nguồn tham khảo

PostgreSQL Docs — Foreign keys

Câu 54Truy vấn

Cần lấy đơn hàng mới nhất của mỗi khách hàng. Cách nào gọn nhất trong PostgreSQL?

A.Truy vấn con lấy ngày lớn nhất rồi nối lại với bảng gốc
B.Mệnh đề DISTINCT ON kèm sắp xếp phù hợp
C.Nhóm theo khách hàng rồi lấy giá trị lớn nhất của ngày
D.Sắp xếp toàn bộ rồi lọc ở tầng ứng dụng

Đáp án: B

Dùng mệnh đề giữ dòng đầu tiên của mỗi nhóm kèm sắp xếp theo khách hàng rồi tới ngày giảm dần. Nó ngắn hơn hẳn so với truy vấn con hoặc hàm cửa sổ cho cùng mục đích.

Nguồn tham khảo

PostgreSQL Docs — DISTINCT ON

Câu 55Tìm kiếm

Người dùng gõ "ha noi" nhưng dữ liệu lưu "Hà Nội". Làm sao tìm được?

A.Dùng so khớp mẫu với ký tự đại diện ở giữa
B.So khớp trên một cột đã bỏ dấu và có index
C.Chuyển cả hai vế về chữ thường trước khi so sánh
D.Áp hàm bỏ dấu lên cột ngay trong mệnh đề lọc

Đáp án: B

So khớp trên một cột đã bỏ dấu và có index. Áp hàm bỏ dấu ngay trong mệnh đề lọc thì chạy đúng nhưng buộc quét toàn bảng, vì index trên cột gốc không còn dùng được.

Nguồn tham khảo

PostgreSQL Docs — unaccent

Còn 25 câu SQL mức Nâng cao

Phần Nâng cao đi vào tình huống chuyên sâu và các bẫy kỹ thuật hay gặp, dành cho thành viên Pro.

Nâng cấp gói

Đáp án Quiz SQL — 75 câu hỏi có giải thích

20 câu Cơ bản · 55 câu Trung bình

Thử sức Quiz SQL

Mức Cơ bản — 20 câu SQL

Câu 1JOIN

INNER JOIN và LEFT JOIN khác nhau như thế nào?

A.INNER JOIN chỉ giữ dòng khớp ở cả hai bảng; LEFT JOIN giữ toàn bộ dòng bảng trái, cột của bảng phải điền NULL khi không có dòng khớp
B.LEFT JOIN bỏ qua điều kiện ON và ghép mọi dòng với mọi dòng như CROSS JOIN
C.INNER JOIN chỉ dùng được với hai bảng, LEFT JOIN dùng được với nhiều bảng
D.LEFT JOIN nhanh hơn INNER JOIN vì chỉ phải đọc bảng bên trái

Đáp án: A

Nguồn tham khảo

PostgreSQL — Joins Between Tables

Câu 2NULL Semantics

Truy vấn dưới đây trả về giá trị bao nhiêu?

sql

-- users: (id=1, status='active'), (id=2, status=NULL)
SELECT count(*) FROM users WHERE status = NULL;

A.Lỗi cú pháp — không được phép viết = NULL trong SQL
B.2 — NULL khớp với mọi giá trị nên cả hai dòng đều được đếm
C.0 — so sánh = NULL cho kết quả không xác định với mọi dòng nên không dòng nào qua được WHERE; phải dùng IS NULL
D.1 — dòng id=2 có status là NULL nên khớp điều kiện = NULL

Đáp án: C

Nguồn tham khảo

PostgreSQL — Comparison Functions and Operators

Câu 3GROUP BY & HAVING

Trong truy vấn dưới đây, WHERE và HAVING lọc dữ liệu ở giai đoạn nào?

sql

SELECT department, count(*) AS cnt
FROM employees
WHERE salary > 1000
GROUP BY department
HAVING count(*) >= 2;

A.WHERE và HAVING đều chạy sau SELECT để lọc trên các cột đã được đặt bí danh
B.Hai mệnh đề tương đương nhau, chỉ khác cú pháp — có thể chuyển count(*) >= 2 vào WHERE mà kết quả không đổi
C.WHERE lọc từng dòng trước khi gom nhóm (dòng salary <= 1000 không được tính vào count); HAVING lọc trên các nhóm sau khi GROUP BY, nên mới dùng được hàm gộp
D.WHERE lọc sau khi GROUP BY đã gom nhóm xong, còn HAVING lọc dòng trước khi gom nhóm

Đáp án: C

Nguồn tham khảo

Câu 4Constraints· chọn nhiều đáp án

Những phát biểu nào sau đây đúng về primary key, unique và foreign key? (chọn nhiều đáp án)

A.Ràng buộc UNIQUE cũng tự động cấm NULL giống như primary key
B.Nên bỏ foreign key trong thiết kế để code linh hoạt hơn, vì tầng ứng dụng đã kiểm tra dữ liệu rồi
C.Primary key định danh duy nhất mỗi dòng, không cho phép NULL, và mỗi bảng chỉ có một primary key
D.Một bảng có thể có nhiều ràng buộc UNIQUE trên các cột khác nhau
E.Foreign key đảm bảo giá trị ở bảng con phải tồn tại ở bảng cha, giữ dữ liệu liên kết không bị mồ côi

Đáp án: C, D, E

Nguồn tham khảo

PostgreSQL — Constraints

Câu 5Transactions & Isolation

Sau khi chạy đoạn lệnh dưới đây, câu SELECT cuối trả về giá trị bao nhiêu?

sql

-- accounts: (id=1, balance=100)
BEGIN;
UPDATE accounts SET balance = balance - 50 WHERE id = 1;
ROLLBACK;

SELECT balance FROM accounts WHERE id = 1;

A.50 — UPDATE đã thực thi thành công nên giá trị mới được giữ lại bất kể ROLLBACK
B.50 — ROLLBACK chỉ có tác dụng với DELETE, còn UPDATE không hoàn tác được
C.100 — ROLLBACK hủy toàn bộ thay đổi trong transaction, dữ liệu trở về đúng trạng thái trước BEGIN như chưa từng chạy UPDATE
D.Lỗi — không thể SELECT sau ROLLBACK vì transaction đã bị hủy, phải mở lại kết nối

Đáp án: C

Nguồn tham khảo

PostgreSQL — Transactions (tutorial)

Câu 6JOIN

Truy vấn dưới đây trả về bao nhiêu dòng?

sql

-- sizes:  ('S'), ('M'), ('L')   -- 3 rows
-- colors: ('red'), ('blue')      -- 2 rows
SELECT s.size, c.color
FROM sizes s
CROSS JOIN colors c;

A.5 dòng — CROSS JOIN cộng số dòng hai bảng lại với nhau (3 + 2)
B.Lỗi cú pháp — CROSS JOIN bắt buộc phải có mệnh đề ON như các loại JOIN khác
C.3 dòng — CROSS JOIN ghép dòng theo vị trí: ('S','red'), ('M','blue'), ('L', NULL)
D.6 dòng — CROSS JOIN tạo tích Descartes: mỗi dòng của sizes ghép với mọi dòng của colors, 3 × 2 = 6 tổ hợp

Đáp án: D

Nguồn tham khảo

PostgreSQL — Joined Tables

Câu 7Set Operations

Truy vấn dưới đây trả về bao nhiêu dòng, và đổi UNION thành UNION ALL thì sao?

sql

-- t1.city: 'Hanoi', 'Hue'
-- t2.city: 'Hue', 'Danang'
SELECT city FROM t1
UNION
SELECT city FROM t2;

A.Lỗi — UNION yêu cầu hai truy vấn phải đọc từ cùng một bảng
B.1 dòng ('Hue') — UNION trả về phần giao của hai kết quả
C.4 dòng — UNION chỉ nối hai kết quả lại, không loại trùng lặp; muốn khử trùng phải dùng UNION DISTINCT ALL
D.3 dòng ('Hanoi', 'Hue', 'Danang') — UNION loại bỏ trùng lặp trên toàn kết quả gộp; UNION ALL giữ nguyên cả 4 dòng

Đáp án: D

Nguồn tham khảo

PostgreSQL — Combining Queries (UNION, INTERSECT, EXCEPT)

Câu 8Sorting & Pagination

Truy vấn dưới đây trả về những tên nào, theo thứ tự nào?

sql

-- products (name, price):
--   ('A', 30), ('B', 10), ('C', 20), ('D', 40)
SELECT name FROM products
ORDER BY price ASC
LIMIT 2 OFFSET 1;

A.'B' rồi 'C' — OFFSET 1 nghĩa là bắt đầu từ dòng số 1, tức dòng đầu tiên
B.Không xác định — LIMIT và OFFSET chạy trước ORDER BY nên hai dòng được chọn là ngẫu nhiên
C.'C' rồi 'A' — sắp theo giá tăng dần được B, C, A, D; OFFSET 1 bỏ qua dòng đầu (B), LIMIT 2 lấy hai dòng kế tiếp
D.'A' rồi 'C' — ORDER BY mặc định sắp giảm dần nên thứ tự là D, A, C, B

Đáp án: C

Nguồn tham khảo

PostgreSQL — LIMIT and OFFSET

Câu 9NULL Semantics

Truy vấn dưới đây trả về ba giá trị nào?

sql

SELECT
  COALESCE(NULL, NULL, 'fallback') AS a,
  NULLIF('same', 'same')           AS b,
  NULLIF(10, 20)                   AS c;

A.a = NULL, b = NULL, c = 10 — COALESCE trả NULL ngay khi gặp tham số đầu tiên là NULL
B.a = 'fallback', b = 'same', c = NULL — NULLIF trả NULL khi hai tham số khác nhau
C.Lỗi cú pháp — COALESCE chỉ nhận đúng hai tham số
D.a = 'fallback', b = NULL, c = 10 — COALESCE trả tham số khác NULL đầu tiên; NULLIF trả NULL khi hai tham số bằng nhau, ngược lại trả tham số thứ nhất

Đáp án: D

Nguồn tham khảo

PostgreSQL — Conditional Expressions (COALESCE, NULLIF)

Câu 10Query Planning

EXPLAIN và EXPLAIN ANALYZE trong PostgreSQL khác nhau như thế nào?

A.EXPLAIN tự động viết lại truy vấn theo phương án tối ưu nhất rồi lưu lại cho các lần chạy sau
B.Cả hai đều không chạy truy vấn — EXPLAIN ANALYZE chỉ dùng thống kê chi tiết hơn để ước tính chính xác hơn
C.EXPLAIN ANALYZE an toàn với mọi loại lệnh vì chế độ phân tích chỉ đọc dữ liệu, không bao giờ ghi
D.EXPLAIN chỉ hiển thị kế hoạch thực thi với chi phí ước tính, không chạy truy vấn; EXPLAIN ANALYZE thực thi truy vấn thật và bổ sung số liệu thực tế (thời gian, số dòng từng bước) — nên với lệnh ghi phải bọc trong BEGIN ... ROLLBACK

Đáp án: D

Nguồn tham khảo

PostgreSQL — Using EXPLAIN

Câu 11Aggregates

`COUNT(*)` và `COUNT(cot)` khác nhau ở điểm nào?

A.Dạng sau chạy nhanh hơn vì chỉ đọc một cột duy nhất
B.Dạng sau bỏ qua các dòng có giá trị NULL ở cột đó
C.Dạng đầu loại bỏ các dòng trùng lặp còn dạng sau thì không
D.Dạng đầu chỉ đếm được khi bảng có khoá chính

Đáp án: B

Nguồn tham khảo

PostgreSQL docs — Aggregate functions

Câu 12NULL Semantics

`COALESCE(a, b, c)` trả về giá trị nào?

A.NULL nếu bất kỳ đối số nào là NULL
B.Giá trị xuất hiện nhiều nhất trong các đối số
C.Đối số đầu tiên khác NULL, hoặc NULL nếu tất cả đều NULL
D.Đối số cuối cùng khác NULL trong danh sách

Đáp án: C

Nguồn tham khảo

PostgreSQL docs — Comparison functions and NULL

Câu 13Security

Cách nào ngăn SQL injection một cách chắc chắn?

A.Prepared statement với tham số, không ghép chuỗi truy vấn
B.Chỉ cho phép các truy vấn đã đăng ký trước trong danh sách
C.Lọc bỏ các từ khoá SQL nguy hiểm khỏi dữ liệu người dùng
D.Thoát dấu nháy đơn trong chuỗi trước khi ghép vào truy vấn

Đáp án: A

Nguồn tham khảo

PostgreSQL docs — Privileges

Câu 14Truy vấn

`SELECT * FROM users LIMIT 10` không có `ORDER BY` trả về 10 dòng nào?

A.Mười dòng có khoá chính nhỏ nhất theo thứ tự tăng dần
B.Mười dòng được cập nhật gần đây nhất trong bảng
C.Không xác định, có thể khác nhau mỗi lần chạy
D.Mười dòng được chèn vào bảng sớm nhất theo thời gian

Đáp án: C

Nguồn tham khảo

PostgreSQL Docs — LIMIT and OFFSET

Câu 15NULL

`WHERE phone = NULL` trả về những dòng nào?

A.Không dòng nào
B.Các dòng có cột đó mang giá trị NULL
C.Các dòng có cột đó khác NULL
D.Toàn bộ các dòng trong bảng

Đáp án: A

Nguồn tham khảo

PostgreSQL Docs — Comparison functions

Câu 16Aggregate

`SELECT city, name, COUNT(*) FROM users GROUP BY city` báo lỗi. Vì sao?

A.Không được dùng hàm đếm cùng với các cột thông thường
B.Mệnh đề nhóm phải liệt kê mọi cột xuất hiện trong bảng
C.Cột name không nằm trong nhóm và không được tổng hợp
D.Thứ tự các cột trong danh sách chọn không đúng quy định

Đáp án: C

Nguồn tham khảo

PostgreSQL Docs — GROUP BY

Câu 17Truy vấn

`WHERE age BETWEEN 18 AND 25` có bao gồm giá trị 18 và 25 không?

A.Tuỳ theo cấu hình của từng hệ quản trị cơ sở dữ liệu
B.Không, cả hai đầu đều bị loại khỏi kết quả
C.Chỉ bao gồm giá trị đầu, không bao gồm giá trị cuối
D.Có, bao gồm cả hai đầu

Đáp án: D

Có, bao gồm cả hai đầu. Toán tử này tương đương với hai phép so sánh lớn hơn hoặc bằng và nhỏ hơn hoặc bằng ghép lại bằng phép và.

Nguồn tham khảo

PostgreSQL Docs — BETWEEN

Câu 18Truy vấn

Trong `LIKE`, ký tự `_` có nghĩa gì?

A.Khớp với khoảng trắng ở vị trí tương ứng
B.Khớp đúng một ký tự bất kỳ
C.Khớp với một dấu gạch dưới trong dữ liệu
D.Đánh dấu vị trí bắt đầu của phần cần so khớp

Đáp án: B

Nguồn tham khảo

PostgreSQL Docs — Pattern matching

Câu 19DML

Chạy `UPDATE users SET status = "banned"` và quên mệnh đề `WHERE`. Hậu quả?

A.Chỉ dòng đầu tiên trong bảng được cập nhật
B.Lệnh bị từ chối vì thiếu điều kiện bắt buộc
C.Hệ quản trị hỏi xác nhận trước khi thực hiện
D.Mọi dòng trong bảng đều bị cập nhật

Đáp án: D

Nguồn tham khảo

PostgreSQL Docs — UPDATE

Câu 20DML

Chèn 1000 dòng: một lệnh nhiều dòng hay 1000 lệnh riêng lẻ?

A.Một lệnh nhiều dòng, nhanh hơn nhiều lần
B.Một nghìn lệnh riêng, dễ xử lý lỗi từng dòng hơn
C.Hai cách tương đương vì cùng ghi một lượng dữ liệu
D.Tuỳ vào việc bảng có chỉ mục hay không

Đáp án: A

Nguồn tham khảo

PostgreSQL Docs — Populating a database

Mức Trung bình — 55 câu SQL

Câu 1JOIN

Truy vấn dưới đây trả về những dòng nào?

sql

-- customers: (id=1, name='An'), (id=2, name='Binh')
-- orders:    (id=10, customer_id=1, status='paid')
SELECT c.name, o.status
FROM customers c
LEFT JOIN orders o ON o.customer_id = c.id
WHERE o.status = 'paid';

A.Lỗi cú pháp — điều kiện lọc bảng phải bắt buộc phải nằm trong mệnh đề ON
B.Chỉ 1 dòng ('An', 'paid') — điều kiện WHERE trên cột bảng phải loại dòng của Binh (o.status là NULL), khiến LEFT JOIN hoạt động như INNER JOIN
C.0 dòng — không thể dùng WHERE trên cột của bảng phải sau LEFT JOIN, PostgreSQL bỏ qua toàn bộ kết quả
D.2 dòng: ('An', 'paid') và ('Binh', NULL) — LEFT JOIN luôn giữ mọi dòng bảng trái bất kể WHERE

Đáp án: B

Nguồn tham khảo

PostgreSQL — Joined Tables

Câu 2NULL Semantics

Truy vấn dưới đây trả về những id nào?

sql

-- customers.id:          1, 2, 3
-- blocked.customer_id:    1, NULL
SELECT id FROM customers
WHERE id NOT IN (SELECT customer_id FROM blocked);

A.id 2, 3 và cả 1 — NULL trong danh sách vô hiệu hóa toàn bộ phép NOT IN nên mọi dòng đều được giữ
B.id 2 và 3 — chúng không nằm trong danh sách blocked nên qua được điều kiện NOT IN
C.Không dòng nào — NOT IN với danh sách chứa NULL khiến điều kiện không bao giờ true; id 2 và 3 chỉ cho kết quả unknown vì phép so với NULL
D.Lỗi runtime — subquery trong NOT IN không được phép trả về NULL

Đáp án: C

Nguồn tham khảo

Use The Index, Luke!

Câu 3GROUP BY & HAVING

Truy vấn dưới đây trả về ba giá trị nào?

sql

-- orders (3 dòng), cột customer: 'An', 'An', NULL
SELECT count(*), count(customer), count(DISTINCT customer)
FROM orders;

A.2, 2, 1 — count(*) cũng bỏ qua dòng có bất kỳ cột nào NULL
B.3, 2, 1 — count(*) đếm mọi dòng; count(customer) bỏ qua dòng NULL; count(DISTINCT customer) đếm giá trị khác nhau không tính NULL
C.3, 3, 2 — count(customer) đếm cả dòng NULL, và DISTINCT tính NULL là một giá trị riêng
D.3, 2, 2 — DISTINCT giữ NULL như một giá trị khác biệt nên đếm được 2

Đáp án: B

Nguồn tham khảo

PostgreSQL — Aggregate Functions

Câu 4Index· chọn nhiều đáp án

Những phát biểu nào sau đây đúng về index trong cơ sở dữ liệu quan hệ? (chọn nhiều đáp án)

A.Index tự động được tạo cho mọi cột xuất hiện trong mệnh đề WHERE của các truy vấn thường chạy
B.Trong composite index B-tree, thứ tự cột quan trọng: index (a, b) phục vụ tốt truy vấn lọc theo a, nhưng gần như vô dụng khi chỉ lọc theo b
C.Index tăng tốc truy vấn đọc nhưng làm ghi chậm hơn, vì mỗi INSERT/UPDATE/DELETE phải cập nhật cả index
D.Truy vấn dùng index luôn nhanh hơn quét toàn bảng, nên bảng càng nhiều index thì đọc càng nhanh
E.Planner có thể bỏ qua index và quét toàn bảng nếu tính ra cách đó rẻ hơn, ví dụ khi bảng nhỏ hoặc điều kiện trả về phần lớn số dòng

Đáp án: B, C, E

Nguồn tham khảo

Câu 5Transactions & Isolation· chọn nhiều đáp án

Những phát biểu nào sau đây đúng về isolation level trong PostgreSQL? (chọn nhiều đáp án)

A.Mức mặc định là Read Committed: mỗi câu lệnh thấy ảnh chụp dữ liệu đã commit mới nhất, nên hai lần đọc trong cùng transaction có thể ra kết quả khác nhau
B.Chọn Read Uncommitted trong PostgreSQL cho phép đọc dữ liệu chưa commit của transaction khác (dirty read) để tăng tốc
C.Repeatable Read giữ một ảnh chụp cố định cho cả transaction, nên đọc lại cùng điều kiện luôn cho kết quả như cũ
D.Serializable đảm bảo kết quả như thể các transaction chạy tuần tự; khi phát hiện xung đột, một transaction bị hủy và ứng dụng phải thử lại
E.Isolation level càng cao thì càng nên dùng mặc định cho mọi truy vấn, vì an toàn hơn mà không có nhược điểm

Đáp án: A, C, D

Nguồn tham khảo

PostgreSQL — Transaction Isolation

Câu 6Subquery & CTE

Subquery trong truy vấn dưới đây thuộc loại nào và hành vi logic của nó ra sao?

sql

SELECT c.name FROM customers c
WHERE EXISTS (
  SELECT 1 FROM orders o
  WHERE o.customer_id = c.id
);

A.Subquery không tương quan — nó chạy độc lập một lần duy nhất rồi truy vấn ngoài dùng lại kết quả
B.Correlated subquery — nó tham chiếu cột c.id của truy vấn ngoài, nên về mặt logic phải đánh giá lại cho từng dòng customers
C.Scalar subquery — nó phải trả về đúng một giá trị SELECT 1, nếu có nhiều dòng khớp sẽ gây lỗi runtime
D.Lỗi cú pháp — subquery bên trong EXISTS không được phép tham chiếu bảng của truy vấn ngoài

Đáp án: B

Nguồn tham khảo

Database System Concepts (Silberschatz, Korth, Sudarshan)

Câu 7Subquery & CTE

CTE (mệnh đề WITH) trong SQL dùng để làm gì?

A.Đặt tên cho một subquery để chẻ truy vấn phức tạp thành các bước dễ đọc, có thể tham chiếu nhiều lần trong câu lệnh chính
B.CTE luôn được materialize thành kết quả trung gian riêng, nên luôn chậm hơn viết subquery lồng trực tiếp
C.Tạo một bảng tạm được lưu xuống đĩa và tồn tại đến hết phiên làm việc để các truy vấn sau dùng lại
D.CTE là cú pháp thay thế cho VIEW — mỗi WITH tự động tạo một view lưu trong schema của database

Đáp án: A

Nguồn tham khảo

PostgreSQL — WITH Queries (Common Table Expressions)

Câu 8JOIN

Truy vấn FULL OUTER JOIN dưới đây trả về những dòng nào?

sql

-- employees:   (id=1, name='An',   dept_id=10),
--              (id=2, name='Binh', dept_id=NULL)
-- departments: (id=10, name='Eng'), (id=20, name='HR')
SELECT e.name, d.name AS dept
FROM employees e
FULL OUTER JOIN departments d ON e.dept_id = d.id;

A.3 dòng: ('An', 'Eng'), ('Binh', NULL), (NULL, 'HR') — FULL OUTER JOIN giữ cả dòng không khớp của hai phía; dept_id NULL của Binh không khớp với dòng nào
B.2 dòng: ('An', 'Eng'), ('Binh', NULL) — FULL OUTER JOIN chỉ giữ dòng không khớp của bảng đứng trước
C.3 dòng: ('An', 'Eng'), ('Binh', 'HR'), (NULL, NULL) — dept_id NULL của Binh được ghép với phòng ban còn trống
D.1 dòng: ('An', 'Eng') — chỉ dòng khớp ở cả hai bảng được trả về

Đáp án: A

Nguồn tham khảo

PostgreSQL — Joined Tables

Câu 9Constraints

Sau câu DELETE dưới đây, bảng orders ở trạng thái nào?

sql

CREATE TABLE customers (id int PRIMARY KEY);
CREATE TABLE orders (
  id          int PRIMARY KEY,
  customer_id int REFERENCES customers (id) ON DELETE SET NULL
);
-- customers: (1)
-- orders:    (id=100, customer_id=1)

DELETE FROM customers WHERE id = 1;

A.DELETE thành công; orders giữ nguyên (100, 1) — bản ghi trở thành mồ côi vì FK chỉ kiểm tra lúc INSERT
B.DELETE thành công và dòng (100, 1) trong orders cũng bị xóa theo
C.DELETE thất bại với lỗi vi phạm khóa ngoại — không thể xóa customer đang được orders tham chiếu
D.DELETE thành công; orders còn nguyên dòng (100, NULL) — ON DELETE SET NULL đặt cột tham chiếu về NULL khi dòng cha bị xóa

Đáp án: D

Nguồn tham khảo

PostgreSQL — Foreign Keys

Câu 10Index· chọn nhiều đáp án

Với composite index dưới đây, những phát biểu nào đúng? (chọn nhiều đáp án)

sql

CREATE INDEX idx_orders_cust_date
  ON orders (customer_id, created_at);

A.Truy vấn WHERE customer_id = 42 AND created_at >= '2026-01-01' dùng index này hiệu quả — equality trên cột đầu thu hẹp phạm vi, rồi range trên cột sau quét liền mạch
B.Truy vấn WHERE customer_id = 42 dùng index này hiệu quả — điều kiện khớp cột đứng đầu (leftmost prefix)
C.Index (customer_id, created_at) đã bao gồm cả index trên riêng created_at, nên không bao giờ cần tạo thêm index cho cột này
D.Truy vấn WHERE created_at >= '2026-01-01' (không lọc customer_id) cũng dùng index này hiệu quả vì created_at có mặt trong index
E.Truy vấn WHERE customer_id = 42 ORDER BY created_at có thể lấy kết quả theo đúng thứ tự từ index, bỏ được bước sắp xếp

Đáp án: A, B, E

Nguồn tham khảo

Câu 11Locking & MVCC

Hai transaction chạy đan xen như dưới đây. Điều gì xảy ra?

sql

-- accounts: (id=1), (id=2)
-- Transaction A:                  -- Transaction B:
BEGIN;                             BEGIN;
UPDATE accounts SET balance = 0    UPDATE accounts SET balance = 0
  WHERE id = 1;                      WHERE id = 2;
-- then:                           -- then:
UPDATE accounts SET balance = 0    UPDATE accounts SET balance = 0
  WHERE id = 2;  -- waits for B      WHERE id = 1;  -- waits for A

A.Không có vấn đề gì — MVCC cho phép hai transaction cùng cập nhật một dòng đồng thời, bản cập nhật sau sẽ thắng
B.Deadlock: mỗi transaction giữ khóa một dòng và chờ khóa dòng của bên kia tạo thành vòng chờ
C.Cả hai transaction chờ nhau vô thời hạn — phải khởi động lại server hoặc kill thủ công một kết nối để gỡ
D.PostgreSQL tự động gộp hai transaction thành một để tránh xung đột rồi commit chung

Đáp án: B

Nguồn tham khảo

PostgreSQL — Explicit Locking (Deadlocks)

Câu 12Locking & MVCC· chọn nhiều đáp án

Những phát biểu nào sau đây đúng về MVCC trong PostgreSQL? (chọn nhiều đáp án)

A.Nhờ MVCC, dirty read (đọc dữ liệu chưa commit của transaction khác) không xảy ra ở bất kỳ isolation level nào của PostgreSQL
B.ROLLBACK trong PostgreSQL tốn kém vì phải quét lại và khôi phục từng dòng đã sửa về giá trị cũ
C.MVCC nghĩa là hai transaction có thể UPDATE cùng một dòng đồng thời mà không bên nào phải chờ
D.Người đọc không chặn người ghi và người ghi không chặn người đọc — mỗi transaction đọc từ snapshot của riêng nó thay vì chờ khóa
E.UPDATE không ghi đè tại chỗ mà tạo một phiên bản dòng mới; phiên bản cũ trở thành dead tuple và cần VACUUM dọn dẹp để thu hồi chỗ

Đáp án: A, D, E

Nguồn tham khảo

PostgreSQL — Introduction (MVCC)

Câu 13Window Functions

Cột diff trong truy vấn dưới đây nhận các giá trị nào (theo thứ tự năm tăng dần)?

sql

-- revenue (year, amount):
--   (2024, 100), (2025, 150), (2026, 120)
SELECT year,
  amount - LAG(amount) OVER (ORDER BY year) AS diff
FROM revenue;

A.NULL, 50, -30 — LAG lấy giá trị của dòng đứng trước theo ORDER BY; dòng đầu không có dòng trước nên LAG trả NULL, và phép trừ với NULL cho NULL
B.Lỗi — LAG bắt buộc phải có PARTITION BY trong mệnh đề OVER
C.100, 50, -30 — dòng đầu không có dòng trước nên giữ nguyên giá trị amount của chính nó
D.0, 50, -30 — với dòng đầu tiên LAG mặc định trả 0 để phép tính không bị hỏng

Đáp án: A

Nguồn tham khảo

PostgreSQL — Window Functions (LAG, LEAD)

Câu 14Aggregates

`AVG(cot)` trên cột có giá trị NULL tính trung bình như thế nào?

A.Bỏ qua dòng NULL cả ở tử số lẫn mẫu số
B.Trả về NULL nếu có bất kỳ dòng nào mang giá trị NULL
C.Coi các giá trị NULL là 0 khi tính tổng
D.Ném lỗi và yêu cầu xử lý NULL trước khi tính

Đáp án: A

Nguồn tham khảo

PostgreSQL docs — Aggregate functions

Câu 15Aggregates

`SELECT DISTINCT cot` và `SELECT cot ... GROUP BY cot` khác nhau thế nào?

A.Dạng đầu loại NULL còn dạng sau giữ NULL thành một nhóm
B.Dạng đầu nhanh hơn vì không phải gom nhóm
C.Cho cùng kết quả; dạng sau còn dùng được hàm tổng hợp
D.Dạng sau giữ thứ tự của dữ liệu gốc còn dạng đầu thì không

Đáp án: C

Nguồn tham khảo

PostgreSQL docs — Aggregate functions

Câu 16NULL Semantics

`WHERE id NOT IN (SELECT parent_id FROM t)` trả về rỗng dù bảng có dữ liệu. Vì sao?

A.Vì hai cột có kiểu dữ liệu không tương thích với nhau
B.Vì subquery chạy trước nên không thấy được dữ liệu mới
C.Vì subquery trả về quá nhiều dòng nên bị cắt bớt
D.Vì subquery chứa NULL nên mọi so sánh cho ra unknown

Đáp án: D

Nguồn tham khảo

PostgreSQL docs — Comparison functions and NULL

Câu 17Subquery & CTE

`EXISTS (SELECT 1 FROM ...)` khác `IN (SELECT ...)` ở điểm nào?

A.Dạng đầu không dùng được với truy vấn con tương quan
B.Dạng sau nhanh hơn vì trình tối ưu chuyển được thành phép nối
C.Dạng đầu chỉ dùng được với truy vấn con trả về một cột
D.Dạng đầu dừng ở dòng khớp đầu tiên và xử lý NULL an toàn

Đáp án: D

Nguồn tham khảo

PostgreSQL docs — WITH queries (CTE)

Câu 18Window Functions

`LAG(cot) OVER (ORDER BY ngay)` trả về gì?

A.Giá trị nhỏ nhất của cột trong toàn bộ tập kết quả
B.Tổng luỹ kế của cột tính tới dòng hiện tại
C.Giá trị của cột ở dòng đầu tiên của phân vùng
D.Giá trị của cột đó ở dòng liền trước theo thứ tự đã chỉ định

Đáp án: D

Nguồn tham khảo

PostgreSQL docs — Window functions

Câu 19DML

`INSERT ... ON CONFLICT DO UPDATE` (upsert) hoạt động dựa trên gì?

A.Một trigger được định nghĩa sẵn trên bảng đích
B.Một truy vấn kiểm tra sự tồn tại chạy ngầm trước khi chèn
C.Một ràng buộc unique hoặc primary key trên cột được chỉ định
D.Việc khoá toàn bộ bảng trong suốt thời gian thực thi

Đáp án: C

Nguồn tham khảo

PostgreSQL docs — Data manipulation

Câu 20DML

Mệnh đề `RETURNING` trong PostgreSQL dùng để làm gì?

A.Lấy dữ liệu của các dòng vừa được chèn, sửa hoặc xoá
B.Xác định các cột sẽ được cập nhật trong câu lệnh sửa
C.Quay lui câu lệnh nếu số dòng tác động không như mong đợi
D.Trả về số dòng bị tác động bởi câu lệnh

Đáp án: A

Nguồn tham khảo

PostgreSQL docs — Data manipulation

Câu 21DML

`DELETE FROM t` và `TRUNCATE t` khác nhau ở điểm nào quan trọng nhất?

A.Dạng sau không thể quay lui trong transaction
B.Dạng sau không quét từng dòng và không kích hoạt trigger theo dòng
C.Dạng sau chỉ dùng được khi bảng không có ràng buộc khoá ngoại
D.Dạng đầu giữ lại cấu trúc bảng còn dạng sau xoá cả bảng

Đáp án: B

Nguồn tham khảo

PostgreSQL docs — Data manipulation

Câu 22Data Types

`timestamp` và `timestamptz` trong PostgreSQL khác nhau thế nào?

A.Dạng sau lưu mốc tuyệt đối và chuyển đổi theo múi giờ phiên làm việc
B.Dạng sau lưu kèm chuỗi tên múi giờ vào từng dòng dữ liệu
C.Dạng sau có độ chính xác cao hơn tới mức nano giây
D.Dạng đầu không so sánh và sắp xếp được

Đáp án: A

Nguồn tham khảo

PostgreSQL docs — Data types

Câu 23Data Types

Lưu số tiền trong cơ sở dữ liệu nên dùng kiểu nào?

A.Kiểu money có sẵn vì nó được thiết kế riêng cho mục đích này
B.numeric với độ chính xác chỉ định, không dùng float
C.float8 vì nó có phạm vi giá trị rộng nhất
D.text để tránh mọi vấn đề về sai số của kiểu số

Đáp án: B

Nguồn tham khảo

PostgreSQL docs — Data types

Câu 24Data Types

Trong PostgreSQL, `varchar(255)` có nhanh hơn `text` không?

A.Có; chỉ kiểu có giới hạn độ dài mới đánh index được
B.Có; giới hạn độ dài cho phép cấp phát cố định nên truy cập nhanh hơn
C.Không so sánh được vì hai kiểu dùng cho mục đích khác nhau
D.Không; chúng lưu giống nhau, giới hạn độ dài chỉ là một ràng buộc

Đáp án: D

Nguồn tham khảo

PostgreSQL docs — Data types

Câu 25Data Types

`jsonb` khác `json` trong PostgreSQL ở điểm nào?

A.Nó cho phép lưu dữ liệu lớn hơn giới hạn của kiểu kia
B.Nó bắt buộc dữ liệu phải khớp với một lược đồ định nghĩa trước
C.Nó lưu dạng nhị phân đã phân tích nên truy vấn nhanh và đánh index được
D.Nó chỉ lưu được đối tượng chứ không lưu được mảng

Đáp án: C

Nguồn tham khảo

PostgreSQL docs — Data types

Câu 26Index

Partial index là gì và khi nào nên dùng?

A.Index chỉ áp dụng cho một phân vùng của bảng đã chia phân vùng
B.Index được xây dần theo thời gian thay vì xây một lần
C.Index chỉ chứa một phần các cột của bảng
D.Index chỉ chứa các dòng thoả một điều kiện cho trước

Đáp án: D

Nguồn tham khảo

PostgreSQL docs — Indexes

Câu 27Index

`WHERE LOWER(email) = $1` không dùng được index trên `email`. Cách sửa là gì?

A.Thêm cột email vào mệnh đề sắp xếp để gợi ý dùng index
B.Chuyển điều kiện sang mệnh đề lọc nhóm thay vì lọc dòng
C.Tạo index trên chính biểu thức LOWER(email)
D.Ép kiểu cột sang dạng văn bản trước khi so sánh

Đáp án: C

Nguồn tham khảo

PostgreSQL docs — Indexes

Câu 28Index

PostgreSQL có tự tạo index cho cột foreign key không?

A.Không cần index vì ràng buộc khoá ngoại đã đủ để tra cứu nhanh
B.Không; chỉ bảng được tham chiếu có index, bảng con thì phải tự tạo
C.Có, nhưng chỉ khi cột đó cũng có ràng buộc không rỗng
D.Có; ràng buộc khoá ngoại luôn kèm một index tự động

Đáp án: B

Nguồn tham khảo

PostgreSQL docs — Indexes

Câu 29Index

Unique constraint và unique index trong PostgreSQL khác nhau thế nào?

A.Ràng buộc áp cho nhiều cột còn index chỉ áp cho một cột
B.Index nhanh hơn vì không phải kiểm tra ràng buộc
C.Ràng buộc kiểm tra lúc commit còn index kiểm tra ngay khi ghi
D.Ràng buộc được hiện thực bằng index; index cho thêm dạng bộ phận và biểu thức

Đáp án: D

Nguồn tham khảo

PostgreSQL docs — Indexes

Câu 30Query Planning

EXPLAIN cho thấy Seq Scan trên một bảng đã có index. Đây có phải luôn là vấn đề không?

A.Có; quét tuần tự luôn chậm hơn quét theo index
B.Không; khi truy vấn lấy phần lớn số dòng thì quét tuần tự rẻ hơn
C.Không xác định được nếu chưa chạy EXPLAIN ANALYZE
D.Có; nó nghĩa là index đã hỏng và cần được xây lại

Đáp án: B

Nguồn tham khảo

PostgreSQL docs — Using EXPLAIN

Câu 31Query Planning

Lệnh `ANALYZE` trong PostgreSQL làm gì?

A.Cập nhật thống kê phân bố dữ liệu cho trình lập kế hoạch
B.Kiểm tra và sửa các index bị hỏng trên bảng
C.Chạy thử truy vấn và báo cáo thời gian thực thi từng bước
D.Thu hồi không gian của các dòng đã bị xoá

Đáp án: A

Nguồn tham khảo

PostgreSQL docs — Using EXPLAIN

Câu 32Locking & MVCC

`SELECT ... FOR UPDATE` dùng để làm gì?

A.Đánh dấu các dòng sẽ được sửa trong câu lệnh tiếp theo
B.Khoá các dòng đọc ra để transaction khác không sửa được
C.Sao chép các dòng vào một bảng tạm trước khi sửa
D.Trả về phiên bản mới nhất của dòng bất kể mức isolation

Đáp án: B

Nguồn tham khảo

PostgreSQL docs — Concurrency control (MVCC)

Câu 33Locking & MVCC

Optimistic locking bằng cột `version` hoạt động thế nào?

A.Khoá được đặt khi đọc và nhả ra khi ghi xong
B.Cơ sở dữ liệu tự tăng cột version và từ chối ghi khi lệch
C.Câu UPDATE kèm điều kiện version cũ; 0 dòng bị sửa nghĩa là có xung đột
D.Mỗi phiên bản của dòng được lưu thành một bản ghi riêng

Đáp án: C

Nguồn tham khảo

PostgreSQL docs — Concurrency control (MVCC)

Câu 34Performance

Vấn đề N+1 query trong ứng dụng dùng ORM là gì?

A.Cùng một truy vấn được gửi lại nhiều lần do thiếu cache
B.Một truy vấn nối quá nhiều bảng nên trả về số dòng nhân lên
C.Một truy vấn lấy danh sách, rồi mỗi phần tử lại sinh thêm một truy vấn
D.Ứng dụng mở nhiều kết nối hơn số mà pool cho phép

Đáp án: C

Nguồn tham khảo

PostgreSQL docs — Performance tips

Câu 35Maintenance

Vì sao PostgreSQL cần tiến trình VACUUM?

A.Vì UPDATE và DELETE để lại phiên bản dòng cũ cần được thu hồi
B.Vì các index bị phân mảnh sau một thời gian sử dụng
C.Vì nhật ký giao dịch cần được ghi vào tệp dữ liệu chính
D.Vì cache của hệ quản trị cần được làm mới định kỳ

Đáp án: A

Nguồn tham khảo

PostgreSQL docs — Routine vacuuming

Câu 36Schema

Dùng UUID ngẫu nhiên làm primary key có nhược điểm gì so với số nguyên tăng dần?

A.Nó không bảo đảm tính duy nhất nên vẫn cần ràng buộc bổ sung
B.Giá trị ngẫu nhiên làm index ghi rải rác nên chậm hơn và tốn hơn
C.Nó không dùng được làm khoá ngoại ở các bảng khác
D.Nó không sắp xếp được nên không dùng được trong mệnh đề ORDER BY

Đáp án: B

Nguồn tham khảo

PostgreSQL docs — Data definition

Câu 37Schema

Khi nào nên denormalize (cố ý lặp dữ liệu) một lược đồ?

A.Khi số bảng trong lược đồ vượt quá một ngưỡng nhất định
B.Ngay từ đầu, vì phép nối luôn là thao tác tốn kém nhất
C.Không bao giờ; chuẩn hoá luôn là lựa chọn đúng
D.Khi đã đo và phép nối là nút thắt thật, chấp nhận chi phí giữ đồng bộ

Đáp án: D

Nguồn tham khảo

PostgreSQL docs — Data definition

Câu 38Schema

Soft delete (cột `deleted_at`) có đánh đổi gì?

A.Không dùng được với các bảng có khoá ngoại tham chiếu tới
B.Dữ liệu đã xoá không khôi phục lại được
C.Bảng không đánh index được vì có các dòng không hợp lệ
D.Mọi truy vấn phải nhớ lọc, và ràng buộc unique bị ảnh hưởng

Đáp án: D

Nguồn tham khảo

PostgreSQL docs — Data definition

Câu 39Constraints

Vì sao nên đặt CHECK constraint ở cơ sở dữ liệu dù ứng dụng đã validate?

A.Vì trình lập kế hoạch dùng ràng buộc để tối ưu truy vấn
B.Vì nó thay thế được hoàn toàn việc validate ở ứng dụng
C.Vì kiểm tra ở cơ sở dữ liệu nhanh hơn kiểm tra ở ứng dụng
D.Vì dữ liệu còn vào từ script, migration và các ứng dụng khác

Đáp án: D

Nguồn tham khảo

PostgreSQL docs — Constraints

Câu 40Schema

Generated column (PostgreSQL 12+) là gì?

A.Cột có giá trị mặc định được sinh ngẫu nhiên khi chèn
B.Cột được tạo tự động khi hệ quản trị phát hiện truy vấn hay dùng
C.Cột chỉ tồn tại trong kết quả truy vấn chứ không lưu trong bảng
D.Cột có giá trị tính từ các cột khác, tự cập nhật khi chúng đổi

Đáp án: D

Nguồn tham khảo

PostgreSQL docs — Data definition

Câu 41Security

Ứng dụng web nên kết nối cơ sở dữ liệu bằng tài khoản nào?

A.Tài khoản dùng chung cho mọi dịch vụ để dễ quản lý
B.Tài khoản sở hữu lược đồ để chạy được migration khi khởi động
C.Tài khoản riêng chỉ có quyền trên các bảng nó cần
D.Tài khoản superuser để tránh lỗi thiếu quyền lúc chạy

Đáp án: C

Nguồn tham khảo

PostgreSQL docs — Privileges

Câu 42Aggregates

Mệnh đề `FILTER (WHERE ...)` sau hàm tổng hợp làm gì?

A.Lọc bỏ các nhóm không thoả điều kiện khỏi kết quả
B.Lọc dòng trước khi gom nhóm, tương đương mệnh đề lọc thông thường
C.Chỉ tính hàm tổng hợp trên các dòng thoả điều kiện đó
D.Sắp xếp các dòng trước khi đưa vào hàm tổng hợp

Đáp án: C

Nguồn tham khảo

PostgreSQL docs — Aggregate functions

Câu 43Index

Vì sao `WHERE ten LIKE '%abc%'` không dùng được index B-tree?

A.Vì index sắp theo tiền tố, mà mẫu tìm kiếm không biết tiền tố
B.Vì toán tử so khớp mẫu không được index hỗ trợ
C.Vì mẫu tìm kiếm chứa ký tự đặc biệt cần được thoát
D.Vì cột kiểu văn bản không đánh index B-tree được

Đáp án: A

Nguồn tham khảo

PostgreSQL docs — Indexes

Câu 44Sorting & Pagination

Trong PostgreSQL, `ORDER BY cot` xếp giá trị NULL ở đâu?

A.Bị loại khỏi kết quả vì không so sánh được
B.Cuối khi tăng dần, đầu khi giảm dần
C.Luôn ở đầu kết quả bất kể chiều sắp xếp
D.Ở vị trí ngẫu nhiên vì không có thứ tự xác định

Đáp án: B

Nguồn tham khảo

PostgreSQL docs — LIMIT and OFFSET

Câu 45Transactions & Isolation

`SAVEPOINT` trong một transaction dùng để làm gì?

A.Ghi các thay đổi xuống đĩa mà chưa kết thúc transaction
B.Đánh dấu một điểm để quay lui một phần mà không huỷ cả transaction
C.Cho phép các transaction khác thấy các thay đổi tới điểm đó
D.Chia một transaction dài thành nhiều transaction nhỏ hơn

Đáp án: B

Nguồn tham khảo

PostgreSQL docs — Transaction isolation

Câu 46Query Planning

Trong EXPLAIN, Nested Loop / Hash Join / Merge Join được chọn dựa trên gì?

A.Loại phép nối được viết trong truy vấn
B.Tham số cấu hình toàn cục do quản trị viên đặt
C.Kích thước hai bên, index có sẵn và dữ liệu đã sắp xếp hay chưa
D.Thứ tự các bảng được viết trong mệnh đề FROM

Đáp án: C

Nguồn tham khảo

PostgreSQL docs — Using EXPLAIN

Câu 47JOIN

`SELECT * FROM a, b` không có điều kiện nối cho kết quả gì?

A.Lỗi cú pháp vì thiếu điều kiện nối bắt buộc
B.Mọi tổ hợp dòng của hai bảng
C.Các dòng có cùng khoá chính ở cả hai bảng
D.Các dòng của bảng đầu tiên kèm cột rỗng của bảng sau

Đáp án: B

Nguồn tham khảo

PostgreSQL Docs — Joined tables

Câu 48JOIN

Bảng `employees` có cột `manager_id` trỏ tới chính bảng đó. Lấy tên nhân viên kèm tên quản lý thế nào?

A.Tạo một bảng tạm chứa danh sách quản lý trước
B.Nối bảng với chính nó bằng hai bí danh khác nhau
C.Dùng truy vấn đệ quy để đi ngược lên cấp trên
D.Chạy hai truy vấn riêng rồi ghép kết quả ở ứng dụng

Đáp án: B

Nguồn tham khảo

PostgreSQL Docs — Joins between tables

Câu 49Truy vấn

Cần trả về nhãn khác nhau tuỳ giá trị của cột trong cùng một truy vấn. Dùng gì?

A.Biểu thức điều kiện CASE WHEN
B.Một hàm do người dùng tự định nghĩa trong database
C.Xử lý phần chuyển đổi nhãn ở tầng ứng dụng
D.Nhiều truy vấn riêng rồi ghép bằng phép hợp

Đáp án: A

Nguồn tham khảo

PostgreSQL Docs — Conditional expressions

Câu 50Aggregate

Cần gom tên các sản phẩm của mỗi đơn hàng thành một chuỗi ngăn cách bằng dấu phẩy. Dùng gì?

A.Lấy toàn bộ dòng rồi nối chuỗi ở tầng ứng dụng
B.Dùng một vòng lặp trong thủ tục lưu trữ để nối dần
C.Tạo một cột được tính sẵn lưu chuỗi đã nối
D.Hàm tổng hợp nối chuỗi kèm dấu phân cách

Đáp án: D

Nguồn tham khảo

PostgreSQL Docs — Aggregate functions

Câu 51Truy vấn

`UNION` giữa hai truy vấn yêu cầu điều kiện gì?

A.Cùng số cột và kiểu dữ liệu tương thích
B.Cùng bảng nguồn trong cả hai truy vấn
C.Cùng tên cột ở cả hai truy vấn thành phần
D.Cùng mệnh đề sắp xếp ở cả hai phần

Đáp án: A

Nguồn tham khảo

PostgreSQL Docs — Combining queries

Câu 52Index

Tạo index trên cột `is_active` chỉ có hai giá trị. Có hữu ích không?

A.Hữu ích vì index nhỏ nên luôn nằm trong bộ nhớ
B.Ít hữu ích trừ khi một giá trị rất hiếm
C.Rất hữu ích vì cột nào cũng nên có index
D.Không bao giờ hữu ích với cột kiểu bool

Đáp án: B

Nguồn tham khảo

PostgreSQL Docs — Partial indexes

Câu 53Constraint

Khoá ngoại khai báo `ON DELETE CASCADE` có tác dụng gì và rủi ro là gì?

A.Chặn việc xoá dòng cha khi vẫn còn dòng con
B.Xoá luôn các dòng con, dễ mất dữ liệu ngoài ý muốn
C.Đặt khoá ngoại ở các dòng con về giá trị rỗng
D.Chuyển các dòng con sang một dòng cha mặc định

Đáp án: B

Nguồn tham khảo

PostgreSQL Docs — Foreign keys

Câu 54Truy vấn

Cần lấy đơn hàng mới nhất của mỗi khách hàng. Cách nào gọn nhất trong PostgreSQL?

A.Truy vấn con lấy ngày lớn nhất rồi nối lại với bảng gốc
B.Mệnh đề DISTINCT ON kèm sắp xếp phù hợp
C.Nhóm theo khách hàng rồi lấy giá trị lớn nhất của ngày
D.Sắp xếp toàn bộ rồi lọc ở tầng ứng dụng

Đáp án: B

Nguồn tham khảo

PostgreSQL Docs — DISTINCT ON

Câu 55Tìm kiếm

Người dùng gõ "ha noi" nhưng dữ liệu lưu "Hà Nội". Làm sao tìm được?

A.Dùng so khớp mẫu với ký tự đại diện ở giữa
B.So khớp trên một cột đã bỏ dấu và có index
C.Chuyển cả hai vế về chữ thường trước khi so sánh
D.Áp hàm bỏ dấu lên cột ngay trong mệnh đề lọc

Đáp án: B

Nguồn tham khảo

PostgreSQL Docs — unaccent

Còn 25 câu SQL mức Nâng cao

Phần Nâng cao đi vào tình huống chuyên sâu và các bẫy kỹ thuật hay gặp, dành cho thành viên Pro.

Nâng cấp gói

Mức Cơ bản — 20 câu SQL

INNER JOIN và LEFT JOIN khác nhau như thế nào?

Truy vấn dưới đây trả về giá trị bao nhiêu?

Trong truy vấn dưới đây, WHERE và HAVING lọc dữ liệu ở giai đoạn nào?

Những phát biểu nào sau đây đúng về primary key, unique và foreign key? (chọn nhiều đáp án)

Sau khi chạy đoạn lệnh dưới đây, câu SELECT cuối trả về giá trị bao nhiêu?

Truy vấn dưới đây trả về bao nhiêu dòng?

Truy vấn dưới đây trả về bao nhiêu dòng, và đổi UNION thành UNION ALL thì sao?

Truy vấn dưới đây trả về những tên nào, theo thứ tự nào?

Truy vấn dưới đây trả về ba giá trị nào?

EXPLAIN và EXPLAIN ANALYZE trong PostgreSQL khác nhau như thế nào?

COUNT(*) và COUNT(cot) khác nhau ở điểm nào?

COALESCE(a, b, c) trả về giá trị nào?

Cách nào ngăn SQL injection một cách chắc chắn?

SELECT * FROM users LIMIT 10 không có ORDER BY trả về 10 dòng nào?

WHERE phone = NULL trả về những dòng nào?

SELECT city, name, COUNT(*) FROM users GROUP BY city báo lỗi. Vì sao?

WHERE age BETWEEN 18 AND 25 có bao gồm giá trị 18 và 25 không?

Trong LIKE, ký tự _ có nghĩa gì?

Chạy UPDATE users SET status = "banned" và quên mệnh đề WHERE. Hậu quả?

Chèn 1000 dòng: một lệnh nhiều dòng hay 1000 lệnh riêng lẻ?

Mức Trung bình — 55 câu SQL

Truy vấn dưới đây trả về những dòng nào?

Truy vấn dưới đây trả về những id nào?

Truy vấn dưới đây trả về ba giá trị nào?

Những phát biểu nào sau đây đúng về index trong cơ sở dữ liệu quan hệ? (chọn nhiều đáp án)

Những phát biểu nào sau đây đúng về isolation level trong PostgreSQL? (chọn nhiều đáp án)

Subquery trong truy vấn dưới đây thuộc loại nào và hành vi logic của nó ra sao?

CTE (mệnh đề WITH) trong SQL dùng để làm gì?

Truy vấn FULL OUTER JOIN dưới đây trả về những dòng nào?

Sau câu DELETE dưới đây, bảng orders ở trạng thái nào?

Với composite index dưới đây, những phát biểu nào đúng? (chọn nhiều đáp án)

Hai transaction chạy đan xen như dưới đây. Điều gì xảy ra?

Những phát biểu nào sau đây đúng về MVCC trong PostgreSQL? (chọn nhiều đáp án)

Cột diff trong truy vấn dưới đây nhận các giá trị nào (theo thứ tự năm tăng dần)?

AVG(cot) trên cột có giá trị NULL tính trung bình như thế nào?

SELECT DISTINCT cot và SELECT cot ... GROUP BY cot khác nhau thế nào?

WHERE id NOT IN (SELECT parent_id FROM t) trả về rỗng dù bảng có dữ liệu. Vì sao?

EXISTS (SELECT 1 FROM ...) khác IN (SELECT ...) ở điểm nào?

LAG(cot) OVER (ORDER BY ngay) trả về gì?

INSERT ... ON CONFLICT DO UPDATE (upsert) hoạt động dựa trên gì?

Mệnh đề RETURNING trong PostgreSQL dùng để làm gì?

DELETE FROM t và TRUNCATE t khác nhau ở điểm nào quan trọng nhất?

timestamp và timestamptz trong PostgreSQL khác nhau thế nào?

Lưu số tiền trong cơ sở dữ liệu nên dùng kiểu nào?

Trong PostgreSQL, varchar(255) có nhanh hơn text không?

jsonb khác json trong PostgreSQL ở điểm nào?

Partial index là gì và khi nào nên dùng?

WHERE LOWER(email) = $1 không dùng được index trên email. Cách sửa là gì?

PostgreSQL có tự tạo index cho cột foreign key không?

Unique constraint và unique index trong PostgreSQL khác nhau thế nào?

EXPLAIN cho thấy Seq Scan trên một bảng đã có index. Đây có phải luôn là vấn đề không?

Lệnh ANALYZE trong PostgreSQL làm gì?

SELECT ... FOR UPDATE dùng để làm gì?

Optimistic locking bằng cột version hoạt động thế nào?

Vấn đề N+1 query trong ứng dụng dùng ORM là gì?

Vì sao PostgreSQL cần tiến trình VACUUM?

Dùng UUID ngẫu nhiên làm primary key có nhược điểm gì so với số nguyên tăng dần?

Khi nào nên denormalize (cố ý lặp dữ liệu) một lược đồ?

Soft delete (cột deleted_at) có đánh đổi gì?

Vì sao nên đặt CHECK constraint ở cơ sở dữ liệu dù ứng dụng đã validate?

Generated column (PostgreSQL 12+) là gì?

Ứng dụng web nên kết nối cơ sở dữ liệu bằng tài khoản nào?

Mệnh đề FILTER (WHERE ...) sau hàm tổng hợp làm gì?

Vì sao WHERE ten LIKE '%abc%' không dùng được index B-tree?

Trong PostgreSQL, ORDER BY cot xếp giá trị NULL ở đâu?

SAVEPOINT trong một transaction dùng để làm gì?

Trong EXPLAIN, Nested Loop / Hash Join / Merge Join được chọn dựa trên gì?

SELECT * FROM a, b không có điều kiện nối cho kết quả gì?

Bảng employees có cột manager_id trỏ tới chính bảng đó. Lấy tên nhân viên kèm tên quản lý thế nào?

Cần trả về nhãn khác nhau tuỳ giá trị của cột trong cùng một truy vấn. Dùng gì?

Cần gom tên các sản phẩm của mỗi đơn hàng thành một chuỗi ngăn cách bằng dấu phẩy. Dùng gì?

UNION giữa hai truy vấn yêu cầu điều kiện gì?

Tạo index trên cột is_active chỉ có hai giá trị. Có hữu ích không?

Khoá ngoại khai báo ON DELETE CASCADE có tác dụng gì và rủi ro là gì?

Cần lấy đơn hàng mới nhất của mỗi khách hàng. Cách nào gọn nhất trong PostgreSQL?

Người dùng gõ "ha noi" nhưng dữ liệu lưu "Hà Nội". Làm sao tìm được?

Còn 25 câu SQL mức Nâng cao

Mức Cơ bản — 20 câu SQL

INNER JOIN và LEFT JOIN khác nhau như thế nào?

`COUNT(*)` và `COUNT(cot)` khác nhau ở điểm nào?

`COALESCE(a, b, c)` trả về giá trị nào?

`SELECT * FROM users LIMIT 10` không có `ORDER BY` trả về 10 dòng nào?

`WHERE phone = NULL` trả về những dòng nào?

`SELECT city, name, COUNT(*) FROM users GROUP BY city` báo lỗi. Vì sao?

`WHERE age BETWEEN 18 AND 25` có bao gồm giá trị 18 và 25 không?

Trong `LIKE`, ký tự `_` có nghĩa gì?

Chạy `UPDATE users SET status = "banned"` và quên mệnh đề `WHERE`. Hậu quả?

`AVG(cot)` trên cột có giá trị NULL tính trung bình như thế nào?

`SELECT DISTINCT cot` và `SELECT cot ... GROUP BY cot` khác nhau thế nào?

`WHERE id NOT IN (SELECT parent_id FROM t)` trả về rỗng dù bảng có dữ liệu. Vì sao?

`EXISTS (SELECT 1 FROM ...)` khác `IN (SELECT ...)` ở điểm nào?

`LAG(cot) OVER (ORDER BY ngay)` trả về gì?

`INSERT ... ON CONFLICT DO UPDATE` (upsert) hoạt động dựa trên gì?

Mệnh đề `RETURNING` trong PostgreSQL dùng để làm gì?

`DELETE FROM t` và `TRUNCATE t` khác nhau ở điểm nào quan trọng nhất?

`timestamp` và `timestamptz` trong PostgreSQL khác nhau thế nào?

Trong PostgreSQL, `varchar(255)` có nhanh hơn `text` không?

`jsonb` khác `json` trong PostgreSQL ở điểm nào?

`WHERE LOWER(email) = $1` không dùng được index trên `email`. Cách sửa là gì?

Lệnh `ANALYZE` trong PostgreSQL làm gì?

`SELECT ... FOR UPDATE` dùng để làm gì?

Optimistic locking bằng cột `version` hoạt động thế nào?

Soft delete (cột `deleted_at`) có đánh đổi gì?

Mệnh đề `FILTER (WHERE ...)` sau hàm tổng hợp làm gì?

Vì sao `WHERE ten LIKE '%abc%'` không dùng được index B-tree?

Trong PostgreSQL, `ORDER BY cot` xếp giá trị NULL ở đâu?

`SAVEPOINT` trong một transaction dùng để làm gì?

`SELECT * FROM a, b` không có điều kiện nối cho kết quả gì?

Bảng `employees` có cột `manager_id` trỏ tới chính bảng đó. Lấy tên nhân viên kèm tên quản lý thế nào?

`UNION` giữa hai truy vấn yêu cầu điều kiện gì?

Tạo index trên cột `is_active` chỉ có hai giá trị. Có hữu ích không?

Khoá ngoại khai báo `ON DELETE CASCADE` có tác dụng gì và rủi ro là gì?

`COUNT(*)` và `COUNT(cot)` khác nhau ở điểm nào?

`COALESCE(a, b, c)` trả về giá trị nào?

`SELECT * FROM users LIMIT 10` không có `ORDER BY` trả về 10 dòng nào?

`WHERE phone = NULL` trả về những dòng nào?

`SELECT city, name, COUNT(*) FROM users GROUP BY city` báo lỗi. Vì sao?

`WHERE age BETWEEN 18 AND 25` có bao gồm giá trị 18 và 25 không?

Trong `LIKE`, ký tự `_` có nghĩa gì?

Chạy `UPDATE users SET status = "banned"` và quên mệnh đề `WHERE`. Hậu quả?

`AVG(cot)` trên cột có giá trị NULL tính trung bình như thế nào?

`SELECT DISTINCT cot` và `SELECT cot ... GROUP BY cot` khác nhau thế nào?

`WHERE id NOT IN (SELECT parent_id FROM t)` trả về rỗng dù bảng có dữ liệu. Vì sao?

`EXISTS (SELECT 1 FROM ...)` khác `IN (SELECT ...)` ở điểm nào?

`LAG(cot) OVER (ORDER BY ngay)` trả về gì?

`INSERT ... ON CONFLICT DO UPDATE` (upsert) hoạt động dựa trên gì?

Mệnh đề `RETURNING` trong PostgreSQL dùng để làm gì?

`DELETE FROM t` và `TRUNCATE t` khác nhau ở điểm nào quan trọng nhất?

`timestamp` và `timestamptz` trong PostgreSQL khác nhau thế nào?

Trong PostgreSQL, `varchar(255)` có nhanh hơn `text` không?

`jsonb` khác `json` trong PostgreSQL ở điểm nào?

`WHERE LOWER(email) = $1` không dùng được index trên `email`. Cách sửa là gì?

Lệnh `ANALYZE` trong PostgreSQL làm gì?

`SELECT ... FOR UPDATE` dùng để làm gì?

Optimistic locking bằng cột `version` hoạt động thế nào?

Soft delete (cột `deleted_at`) có đánh đổi gì?

Mệnh đề `FILTER (WHERE ...)` sau hàm tổng hợp làm gì?

Vì sao `WHERE ten LIKE '%abc%'` không dùng được index B-tree?

Trong PostgreSQL, `ORDER BY cot` xếp giá trị NULL ở đâu?

`SAVEPOINT` trong một transaction dùng để làm gì?

`SELECT * FROM a, b` không có điều kiện nối cho kết quả gì?