Thư Viện Câu Hỏi Phỏng Vấn

Cơ chế Lifecycle

Các hook cho phép thực thi code tại các giai đoạn khác nhau của component (tạo, cập nhật, hủy). Trong Composition API, các hook được tiền tố bằng on (ví dụ: onMounted, onUpdated).

Các phương pháp phổ biến

1. Pinia (State Management): Đây là tiêu chuẩn Enterprise hiện nay. Lưu trữ dữ liệu dùng chung trong một Store để mọi component đều có thể truy cập.
2. Provide / Inject: Phù hợp cho việc truyền dữ liệu từ component cha xuống các component con ở bất kỳ cấp độ nào (Dependency Injection).
3. Event Bus (Hạn chế): Trong Vue 3, Event Bus không còn được hỗ trợ trực tiếp. Nếu cần, hãy sử dụng thư viện mitt hoặc chuyển sang dùng Pinia.

Lời khuyên

Với các dự án Enterprise, hãy ưu tiên Pinia để quản lý state tập trung, giúp việc debug và theo dõi luồng dữ liệu (data flow) trở nên minh bạch hơn.

Bản chất của 'key'

Vue sử dụng thuật toán Virtual DOM để so sánh (diffing) các thay đổi. key giúp Vue định danh duy nhất (unique identity) cho mỗi node, từ đó tối ưu hóa việc cập nhật, chèn hoặc xóa phần tử trong danh sách.

Việc sử dụng trực tiếp HttpContext trong các lớp Service làm cho mã nguồn bị phụ thuộc chặt chẽ vào hạ tầng Web, gây khó khăn cho việc Unit Testing vì bạn phải giả lập (mock) toàn bộ đối tượng HttpContext phức tạp. Hơn nữa, nó vi phạm nguyên tắc Separation of Concerns.

IActionResult là một kiểu trả về linh hoạt cho phép trả về nhiều loại kết quả khác nhau (Ok, NotFound, BadRequest). Tuy nhiên, nó không cung cấp thông tin về kiểu dữ liệu trả về cho các công cụ như Swagger/OpenAPI.

Lỗi N+1 xảy ra khi bạn truy vấn danh sách các thực thể cha, sau đó trong vòng lặp lại truy vấn thực thể con cho mỗi thực thể cha đó. Điều này tạo ra 1 truy vấn gốc và N truy vấn bổ sung.

Middleware hoạt động ở cấp độ pipeline của toàn bộ ứng dụng, xử lý mọi request đi qua server. Filter hoạt động ở cấp độ MVC/Web API, chỉ chạy khi request khớp với một Controller hoặc Action cụ thể.

Việc Hard-coded thông tin nhạy cảm khiến chúng bị lộ khi mã nguồn được đẩy lên hệ thống quản lý phiên bản (như Git). Kẻ tấn công có thể truy cập vào Database hoặc các dịch vụ bên thứ ba.

Phân tích sự khác biệt

1. Scalar-valued Function (SVF): Trả về một giá trị đơn lẻ. SQL Server thường thực thi hàm này theo kiểu từng dòng (row-by-row), điều này tạo ra chi phí overhead rất lớn khi xử lý trên tập dữ liệu lớn.
2. Inline Table-valued Function (iTVF): Trả về một bảng kết quả. SQL Server coi iTVF như một View được tham số hóa, cho phép Query Optimizer tích hợp logic của hàm trực tiếp vào Execution Plan của câu truy vấn chính.

Tại sao SVF gây suy giảm hiệu năng?

• Rào cản tối ưu hóa: SVF hoạt động như một hộp đen (black box) đối với Query Optimizer, ngăn cản việc thực hiện các kỹ thuật tối ưu như Parallelism hoặc Index Seek.
• Chi phí ngữ cảnh: Việc chuyển đổi ngữ cảnh (context switching) giữa engine thực thi câu lệnh SQL và engine thực thi hàm cho mỗi dòng dữ liệu là cực kỳ tốn kém.

Lời khuyên thực chiến

Nên ưu tiên sử dụng iTVF thay vì SVF. Nếu bắt buộc phải dùng hàm, hãy cân nhắc chuyển logic đó vào Stored Procedure hoặc sử dụng CROSS APPLY với một iTVF để đạt hiệu năng tốt nhất.

Khái niệm SARGable

SARGable là viết tắt của 'Search ARGumentable'. Một truy vấn được coi là SARGable khi nó cho phép SQL Server sử dụng Index Seek thay vì Index Scan hoặc Table Scan.

Bản chất kỹ thuật

1. DELETE: Là một thao tác DML (Data Manipulation Language). Nó xóa từng dòng một và ghi lại log cho mỗi dòng bị xóa trong Transaction Log. Điều này cho phép bạn sử dụng mệnh đề WHERE để xóa có điều kiện và có thể rollback nếu cần.
2. TRUNCATE: Là một thao tác DDL (Data Definition Language). Nó giải phóng toàn bộ các trang dữ liệu (data pages) được cấp phát cho bảng. Nó không ghi log cho từng dòng mà chỉ ghi log cho việc giải phóng các trang dữ liệu.

So sánh hiệu năng

• Tốc độ: TRUNCATE nhanh hơn nhiều so với DELETE vì ít tốn tài nguyên ghi log và không cần kiểm tra ràng buộc khóa ngoại (Foreign Key) trên từng dòng.
• Hạn chế: TRUNCATE không thể sử dụng với bảng có ràng buộc khóa ngoại tham chiếu đến nó và không thể sử dụng WHERE để lọc dữ liệu.

Lưu ý thực chiến

Trong môi trường Enterprise, hãy cẩn trọng khi dùng TRUNCATE vì nó xóa sạch dữ liệu và không thể rollback nếu không nằm trong một Transaction rõ ràng. Luôn kiểm tra các ràng buộc khóa ngoại trước khi thực hiện.

Khái niệm Covering Index

Covering Index là một Non-Clustered Index bao gồm tất cả các cột cần thiết để thỏa mãn một câu truy vấn cụ thể (cả cột trong SELECT và cột trong WHERE/JOIN).

Cơ chế tìm kiếm của Index

SQL Server lưu trữ dữ liệu trong Index theo cấu trúc B-Tree, được sắp xếp theo thứ tự từ trái sang phải. Khi bạn tìm kiếm với LIKE 'ABC%', SQL Server có thể thực hiện Index Seek vì nó biết chính xác điểm bắt đầu của chuỗi.

WiredTiger là Storage Engine mặc định của MongoDB, sử dụng cơ chế Document-level Concurrency Control và Compression để tối ưu hóa tài nguyên.

Toán tử $where cho phép thực thi mã JavaScript trực tiếp bên trong truy vấn, điều này gây ra nhiều vấn đề nghiêm trọng về hiệu năng và bảo mật.