Chọn giữa Server Component và Client Component là băn khoăn thường gặp khi xây dựng ứng dụng Next.js. Bài viết giải đáp dựa trên các tình huống thực tế.
1. Khi nào nên dùng Server Component, khi nào dùng Client Component?
Dùng Server Component mặc định cho mọi thứ chỉ cần hiển thị dữ liệu (fetch từ DB, render tĩnh). Chỉ chuyển sang Client Component ("use client") khi cần state (useState), side effect (useEffect), event handler (onClick) hoặc dùng thư viện chỉ chạy trên trình duyệt.
2. Làm sao tránh lỗi N+1 query với Drizzle ORM?
Dùng API truy vấn quan hệ (relational queries, ví dụ db.query.articles.findMany({ with: { topic: true } })) hoặc join thủ công thay vì query riêng lẻ từng bản ghi liên quan trong vòng lặp.
3. Nên đặt kết nối database ở đâu trong dự án Next.js?
Khởi tạo một instance kết nối (pool) duy nhất dùng chung toàn app (thường ở file src/db/index.ts), tránh tạo pool mới ở mỗi request gây rò rỉ kết nối, đặc biệt quan trọng trên môi trường serverless.
4. Có nên dùng migration tự động (drizzle-kit push) trên production không?
Không khuyến khích cho production — nên dùng migration có version (drizzle-kit generate + migrate) để kiểm soát và có thể rollback khi cần, "push" chỉ phù hợp cho môi trường phát triển.
5. Xử lý lỗi kết nối database timeout trên serverless (Vercel) thế nào?
Dùng driver hỗ trợ pooling phù hợp với serverless (ví dụ Neon serverless driver hoặc connection pooler như PgBouncer) thay vì pool kết nối truyền thống dễ bị timeout do giới hạn số kết nối đồng thời.
6. Nên validate dữ liệu ở đâu: client hay server?
Luôn validate lại ở phía server (API route/Server Action) dù đã validate ở client, vì client-side validation có thể bị bỏ qua nếu request gửi trực tiếp không qua giao diện.
Xem thêm: Xây Dựng Ứng Dụng Fullstack Hiện Đại Với Next.js 16 & Drizzle ORM
Nắm rõ nguyên tắc trên sẽ giúp tối ưu hiệu năng và trải nghiệm người dùng khi thiết kế kiến trúc ứng dụng Next.js.