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

Khi phát triển các ứng dụng Enterprise, việc truy vấn toàn bộ dữ liệu từ bảng có hàng triệu bản ghi sẽ gây quá tải bộ nhớ Heap (OutOfMemoryError) và làm chậm hệ thống. Spring Data JPA cung cấp sẵn các interface hỗ trợ phân trang và sắp xếp cực kỳ mạnh mẽ.

Bản chất của Index trong MySQL

Index (Chỉ mục) trong MySQL hoạt động giống như mục lục ở cuối một cuốn sách. Thay vì phải quét toàn bộ các trang sách để tìm kiếm một thông tin (gọi là Full Table Scan), cơ sở dữ liệu sẽ sử dụng cấu trúc dữ liệu Index để tìm kiếm vị trí của dữ liệu một cách nhanh chóng.

Khái niệm cơ bản

Khái niệm về Bảng tạm (Temporary Table)

Temporary Table là bảng được tạo ra để lưu trữ dữ liệu trung gian trong quá trình thực thi một câu lệnh SQL phức tạp. Chúng chỉ tồn tại trong phiên làm việc (session) hiện tại của kết nối cơ sở dữ liệu và sẽ tự động bị xóa khi kết nối đó đóng lại hoặc khi câu lệnh thực thi xong.

Cơ chế hoạt động của LIMIT và OFFSET

Khi thực hiện câu lệnh phân trang:

Vai trò của Foreign Key

Foreign Key là ràng buộc toàn vẹn dữ liệu (Data Integrity Constraint) giữa hai bảng trong cơ sở dữ liệu relational database. Nó đảm bảo rằng:

Bản chất cơ chế

Khi thực hiện truy vấn dữ liệu thông thường trong Entity Framework Core, DbContext sẽ tự động theo dõi (Track) các thực thể được trả về trong bộ nhớ thông qua cơ chế Change Tracker. Điều này giúp Entity Framework Core nhận biết các thay đổi khi gọi phương thức SaveChanges() để tự động sinh câu lệnh SQL UPDATE tương ứng. Tuy nhiên, đối với các tác vụ chỉ đọc dữ liệu (Read-only), việc theo dõi này trở thành một gánh nặng không cần thiết về bộ nhớ và hiệu năng CPU.

Bản chất cơ chế

Cả hai phương thức đều dùng để truy vấn lấy ra một bản ghi duy nhất thỏa mãn điều kiện từ cơ sở dữ liệu, nhưng logic kiểm tra và cách sinh câu lệnh SQL hoàn toàn khác nhau:

Bản chất cơ chế

Client Evaluation là hiện tượng khi Entity Framework Core không thể dịch một biểu thức LINQ (viết bằng C#) thành câu lệnh SQL tương ứng để thực thi trên cơ sở dữ liệu. Thay vào đó, nó sẽ tải toàn bộ dữ liệu từ bảng về bộ nhớ RAM của ứng dụng (Client) rồi mới thực hiện việc xử lý logic trên tập dữ liệu đó.

Bản chất cơ chế

Code First là phương pháp thiết kế ứng dụng nơi lập trình viên định nghĩa các lớp mô hình (Entities) và cấu hình DbContext bằng mã nguồn C#. Cơ sở dữ liệu sẽ được khởi tạo hoặc cập nhật tự động dựa trên các lớp mô hình này thông qua hệ thống Migration.

Bản chất cơ chế

Hiện tượng N+1 Query Problem xảy ra khi ứng dụng thực hiện 1 câu lệnh SQL để lấy ra danh sách bảng cha (N bản ghi), sau đó tiếp tục thực hiện thêm N câu lệnh SQL riêng lẻ để lấy dữ liệu bảng con cho từng bản ghi cha. Điều này làm tăng số lượng round-trip tới cơ sở dữ liệu và làm suy giảm hiệu năng nghiêm trọng.

Nối chuỗi trực tiếp tạo điều kiện cho kẻ tấn công chèn các lệnh SQL độc hại vào tham số đầu vào. Sử dụng SqlParameter giúp ADO.NET gửi giá trị dưới dạng tham số riêng biệt với câu lệnh SQL. Cơ sở dữ liệu sẽ coi giá trị này là dữ liệu thuần túy (literal value) thay vì là một phần của lệnh thực thi. Ngoài ra, việc sử dụng tham số còn giúp SQL Server tái sử dụng Execution Plan, giúp tăng hiệu năng cho các truy vấn lặp lại.

Trong C#, null là một tham chiếu không trỏ đến đối tượng nào, trong khi ADO.NET yêu cầu sử dụng DBNull.Value để biểu diễn giá trị NULL trong cơ sở dữ liệu. Nếu bạn truyền trực tiếp null vào SqlParameter, ADO.NET có thể hiểu đó là không có giá trị và gây lỗi hoặc hành vi không mong muốn. Do đó, khi gán giá trị cho tham số, bạn cần kiểm tra: command.Parameters.AddWithValue('@Param', value ?? (object)DBNull.Value);

ExecuteScalar được thiết kế tối ưu để trả về cột đầu tiên của hàng đầu tiên trong tập kết quả, bỏ qua các dữ liệu còn lại. Điều này giúp giảm thiểu việc khởi tạo đối tượng SqlDataReader, tiết kiệm bộ nhớ và giảm tải cho hệ thống. Nếu bạn sử dụng ExecuteReader để lấy một giá trị đơn lẻ, bạn sẽ phải tốn thêm tài nguyên để tạo reader, duyệt qua tập kết quả và đóng reader, điều này không cần thiết và kém hiệu quả hơn về mặt tài nguyên.

Khi bạn truyền CommandBehavior.CloseConnection vào phương thức ExecuteReader, đối tượng SqlDataReader sẽ tự động đóng SqlConnection liên kết ngay khi nó bị đóng. Điều này giúp giảm thiểu rủi ro quên đóng kết nối (Connection Leak) trong các phương thức trả về SqlDataReader cho tầng xử lý logic khác. Trong kiến trúc Enterprise, việc này đảm bảo kết nối được trả về Connection Pool ngay lập tức, tránh tình trạng cạn kiệt kết nối khi ứng dụng có tải cao.