Tụi mình đều là con người mà, ai cũng có lúc mắc lỗi thôi. Đặc biệt là khi đụng tới mấy chi tiết nhỏ nhặt của foreign key trong database. Trong buổi học này, mình sẽ giúp các bạn tránh mấy lỗi thường gặp và những "cục đá ngầm" khó chịu. Một database ngon lành giống như một cây cầu vững chắc: chỉ cần sai một chỗ là cả cái cầu sập luôn. Cùng nhau tìm hiểu cách giữ cho "cầu dữ liệu" luôn ổn áp nhé.
Lỗi 1: Thiếu index cho foreign key
Khi bạn thêm foreign key, bạn đang nói với database: "Liên kết mấy cái bảng này lại với nhau đi". Nhưng nếu bạn không tạo index cho foreign key đó, thì khi chạy các truy vấn phức tạp liên quan đến các bảng liên kết, hiệu năng có thể tụt dốc không phanh luôn.
Ví dụ về vấn đề:
CREATE TABLE customers (
customer_id SERIAL PRIMARY KEY,
name TEXT NOT NULL
);
CREATE TABLE orders (
order_id SERIAL PRIMARY KEY,
customer_id INT REFERENCES customers(customer_id)
);Nhìn qua thì ổn áp phết: bảng đã tạo, foreign key cũng có rồi. Nhưng nếu bạn chạy truy vấn kiểu:
SELECT *
FROM orders
JOIN customers ON orders.customer_id = customers.customer_id;
thì với lượng dữ liệu lớn, truy vấn này sẽ chạy siêu chậm vì PostgreSQL không tìm được index phù hợp để tối ưu join.
Làm sao tránh:
Luôn luôn tạo index cho cột mà foreign key tham chiếu tới. Đôi khi PostgreSQL tự động làm cho bạn, nhưng cẩn thận vẫn hơn.
CREATE INDEX idx_customer_id ON orders(customer_id);
Lỗi 2: Tạo bảng không đúng thứ tự
Hãy tưởng tượng bạn tạo bảng, nhưng lại thêm foreign key trước khi tạo bảng mà nó tham chiếu tới. PostgreSQL sẽ nổi loạn và báo lỗi ngay, vì nó không tìm thấy bảng mục tiêu đâu.
Ví dụ về vấn đề:
CREATE TABLE orders (
order_id SERIAL PRIMARY KEY,
customer_id INT REFERENCES customers(customer_id)
);
-- Ôi, bảng customers đâu rồi nhỉ?..
CREATE TABLE customers (
customer_id SERIAL PRIMARY KEY,
name TEXT NOT NULL
);Kết quả: PostgreSQL báo lỗi vì bảng customers chưa tồn tại.
Làm sao tránh:
Luôn tạo bảng mà bạn sẽ tham chiếu tới trước, rồi mới thêm foreign key. Thứ tự thực hiện rất quan trọng. Đây là cách đúng:
CREATE TABLE customers (
customer_id SERIAL PRIMARY KEY,
name TEXT NOT NULL
);
CREATE TABLE orders (
order_id SERIAL PRIMARY KEY,
customer_id INT REFERENCES customers(customer_id)
);Lỗi 3: Sai cú pháp khi dùng cascade
Foreign key thường đi kèm với các option như ON DELETE CASCADE hoặc ON UPDATE RESTRICT. Nhưng nếu bạn lỡ viết sai mấy cái rule này, database sẽ hành động rất khó lường. Ví dụ, xóa dữ liệu ở một bảng mà bảng phụ thuộc lại không thay đổi gì.
Ví dụ về vấn đề:
CREATE TABLE orders (
order_id SERIAL PRIMARY KEY,
customer_id INT REFERENCES customers(customer_id) ON DELETE CASCADEE
);
Mắt tinh sẽ thấy ngay lỗi chính tả — từ CASCADEE bị viết sai. PostgreSQL không tha cho lỗi này đâu.
Làm sao tránh:
Viết đúng là đã thắng nửa trận rồi. Nếu không chắc, cứ check lại tài liệu chính thức của PostgreSQL nhé.
Lỗi 4: Vi phạm tính toàn vẹn dữ liệu
Tính toàn vẹn dữ liệu là "thánh địa" của mọi database, và foreign key giúp giữ nó. Nhưng đôi khi bạn quên không thêm foreign key, thế là mọi thứ loạn xà ngầu.
Ví dụ về vấn đề:
CREATE TABLE customers (
customer_id SERIAL PRIMARY KEY,
name TEXT NOT NULL
);
CREATE TABLE orders (
order_id SERIAL PRIMARY KEY,
customer_id INT
);
-- Thêm dữ liệu
INSERT INTO orders (customer_id) VALUES (999);Ở đây mình thêm một order cho khách hàng không tồn tại. Điều này phá vỡ tính toàn vẹn dữ liệu, và order này sẽ bị "treo lơ lửng".
Làm sao tránh:
Luôn dùng foreign key để ngăn trường hợp một bảng tham chiếu tới bản ghi không tồn tại. Viết lại ví dụ cho chuẩn nhé:
CREATE TABLE orders (
order_id SERIAL PRIMARY KEY,
customer_id INT REFERENCES customers(customer_id)
);
Bây giờ mà cố thêm bản ghi "treo" là báo lỗi liền.
Lỗi 5: Che giấu lỗi foreign key
Đôi khi dev cố tình nhét dữ liệu không hợp lệ bằng cách dùng INSERT ... ON CONFLICT. Nghe thì có vẻ ổn, nhưng với foreign key thì hậu quả khó lường lắm.
Ví dụ về vấn đề:
INSERT INTO orders (order_id, customer_id)
VALUES (1, 999)
ON CONFLICT DO NOTHING;
Kết quả: dữ liệu không được thêm, mà database cũng không báo lý do. Bạn sẽ mất kiểm soát luôn.
Làm sao tránh:
Nếu dùng ON CONFLICT, hãy kiểm tra dữ liệu trước. Ví dụ:
INSERT INTO orders (order_id, customer_id)
SELECT 1, 999
WHERE EXISTS (
SELECT 1 FROM customers WHERE customer_id = 999
);
Lỗi 6: Xóa bản ghi phụ thuộc mà không có ON DELETE
Nếu bạn xóa bản ghi ở bảng mà foreign key tham chiếu tới, nhưng lại không dùng ON DELETE CASCADE, thì các bản ghi phụ thuộc vẫn còn trong database, làm mất ý nghĩa của liên kết.
Ví dụ về vấn đề:
DELETE FROM customers WHERE customer_id = 1;
-- Các bản ghi trong orders với customer_id = 1 vẫn còn nguyên.
Làm sao tránh:
Thêm option ON DELETE CASCADE để các bản ghi liên quan tự động bị xóa luôn:
CREATE TABLE orders (
order_id SERIAL PRIMARY KEY,
customer_id INT REFERENCES customers(customer_id) ON DELETE CASCADE
);
Bây giờ, khi bạn xóa khách hàng, các order liên quan cũng biến mất luôn.
Lỗi 7: Lằng nhằng với quan hệ MANY-TO-MANY
Khi làm việc với quan hệ MANY-TO-MANY, đôi khi người ta quên thêm primary key tổng hợp hoặc index cho bảng liên kết.
Ví dụ về vấn đề:
CREATE TABLE enrollments (
student_id INT REFERENCES students(student_id),
course_id INT REFERENCES courses(course_id)
);
-- Ôi! Quên mất PRIMARY KEY rồi.Làm sao tránh:
Thêm primary key tổng hợp hoặc unique index nhé:
CREATE TABLE enrollments (
student_id INT REFERENCES students(student_id),
course_id INT REFERENCES courses(course_id),
PRIMARY KEY (student_id, course_id)
);
Lỗi 8: Tham chiếu vòng lặp
Tham chiếu vòng lặp xảy ra khi hai bảng cùng tham chiếu nhau bằng foreign key. Điều này tạo thành một vòng tròn và gây khó khăn khi insert dữ liệu.
Ví dụ về vấn đề:
CREATE TABLE table_a (
id SERIAL PRIMARY KEY,
table_b_id INT REFERENCES table_b(id)
);
CREATE TABLE table_b (
id SERIAL PRIMARY KEY,
table_a_id INT REFERENCES table_a(id)
);Làm sao tránh:
Dùng DEFERRABLE INITIALLY DEFERRED để PostgreSQL kiểm tra tính toàn vẹn sau khi transaction kết thúc:
CREATE TABLE table_a (
id SERIAL PRIMARY KEY,
table_b_id INT REFERENCES table_b(id) DEFERRABLE INITIALLY DEFERRED
);
Lỗi khi làm việc với foreign key không chỉ làm chậm tiến độ dev mà còn có thể gây ra vấn đề nghiêm trọng với dữ liệu. Hãy dùng danh sách này như một "cheat sheet" để tránh mấy cái bẫy thường gặp nhé. Nhớ nha: foreign key là đồng minh của bạn, không phải kẻ thù. Chỉ cần dùng đúng cách, database của bạn sẽ là nền móng vững chắc cho dự án dài hơi luôn.
GO TO FULL VERSION