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

Trong ADO.NET, các đối tượng như SqlConnection, SqlCommand và SqlDataReader đều triển khai giao diện IDisposable vì chúng nắm giữ các tài nguyên không được quản lý (unmanaged resources) như kết nối mạng hoặc handle của hệ điều hành. Việc sử dụng khối 'using' đảm bảo rằng phương thức Dispose() được gọi tự động ngay cả khi có ngoại lệ xảy ra, giúp giải phóng tài nguyên ngay lập tức thay vì chờ đợi Garbage Collection. Nếu không giải phóng đúng cách, ứng dụng sẽ nhanh chóng rơi vào tình trạng cạn kiệt Connection Pool, dẫn đến lỗi 'Timeout expired' hoặc treo hệ thống. Ví dụ:

Thực tế, 'Initial Catalog' và 'Database' là hai từ khóa đồng nghĩa trong chuỗi kết nối của SQL Server ADO.NET. Cả hai đều chỉ định tên cơ sở dữ liệu mặc định mà kết nối sẽ truy cập khi mở. Không có sự khác biệt về mặt kỹ thuật hay hiệu năng giữa chúng. Tuy nhiên, trong các dự án Enterprise, việc sử dụng 'Initial Catalog' được khuyến khích hơn vì đây là thuật ngữ chuẩn được Microsoft tài liệu hóa chính thức cho SQL Server, giúp mã nguồn trở nên đồng nhất và dễ bảo trì hơn đối với các lập trình viên khác trong đội ngũ.

Việc chỉ định rõ SqlDbType khi khai báo SqlParameter mang lại ba lợi ích quan trọng:

Connection Pooling là cơ chế giúp tái sử dụng các kết nối cơ sở dữ liệu thay vì tạo mới mỗi khi cần. Khi ứng dụng đóng kết nối (Close), kết nối đó không bị hủy thực sự mà được đưa vào một 'pool' để chờ tái sử dụng cho yêu cầu tiếp theo. Điều này giúp giảm đáng kể chi phí thiết lập kết nối (handshake). Để kiểm soát số lượng, chúng ta cấu hình trong Connection String thông qua các tham số:

Việc sử dụng Parameterized Queries thông thường không áp dụng được cho tên bảng hoặc tên cột (vì tham số chỉ thay thế cho giá trị dữ liệu). Để xử lý an toàn, tuyệt đối không được ghép chuỗi (concatenation) trực tiếp vì sẽ dẫn đến SQL Injection. Cách giải quyết là sử dụng danh sách trắng (Whitelist):

Trong MySQL, việc lựa chọn giữa VARCHAR và CHAR ảnh hưởng trực tiếp đến không gian lưu trữ và hiệu suất của bảng.

Sử dụng SELECT * là lỗi phổ biến của lập trình viên Junior nhưng lại tiềm ẩn nhiều rủi ro lớn đối với hiệu năng và độ ổn định của hệ thống Enterprise.

Storage Engine (Bộ lưu trữ) là thành phần cốt lõi chịu trách nhiệm quản lý cách dữ liệu được lưu trữ, đọc và ghi trên đĩa trong cơ sở dữ liệu MySQL.

Ba câu lệnh này đều dùng để xóa dữ liệu hoặc cấu trúc trong MySQL nhưng có bản chất cơ chế hoạt động hoàn toàn khác nhau.

Giá trị NULL trong cơ sở dữ liệu biểu thị sự vắng mặt của một giá trị hoặc giá trị không xác định. Nó không giống với số 0 hay chuỗi rỗng ('').

Phân tích cơ chế

• IActionFilter: Cung cấp các phương thức đồng bộ OnActionExecuting và OnActionExecuted. Nó phù hợp với các tác vụ xử lý nhanh, không liên quan đến I/O.
• IAsyncActionFilter: Cung cấp phương thức OnActionExecutionAsync. Đây là tiêu chuẩn hiện đại trong .NET Core.

Tại sao nên dùng Async?

• Khi filter cần thực hiện các tác vụ I/O như truy vấn Database, gọi API bên thứ ba hoặc ghi log vào hệ thống tập trung.
• Sử dụng Async giúp giải phóng Thread từ Thread Pool trong khi chờ đợi kết quả I/O, từ đó tăng khả năng phục vụ (Scalability) của ứng dụng.

Ví dụ code

public async Task OnActionExecutionAsync(ActionExecutingContext context, ActionExecutionDelegate next)
{
    // Logic trước khi thực thi Action
    await next(); // Gọi Action tiếp theo
    // Logic sau khi thực thi Action
}

Lưu ý: Luôn ưu tiên IAsyncActionFilter để tránh hiện tượng Thread Starvation trong các ứng dụng Enterprise.

Giải pháp thực chiến

• User Secrets: Chỉ sử dụng trong môi trường Development. Dữ liệu được lưu trữ ngoài thư mục dự án, tránh bị commit lên Git.
• Environment Variables: Sử dụng cho môi trường Production. Các biến môi trường được thiết lập trực tiếp trên Server hoặc Container (Docker).
• Azure Key Vault / AWS Secrets Manager: Đối với các hệ thống Enterprise, đây là tiêu chuẩn để quản lý tập trung các Secret.

Cách triển khai

Trong Program.cs, ASP.NET Core tự động nạp các nguồn cấu hình theo thứ tự ưu tiên. Bạn nên sử dụng IOptions<T> pattern để truy xuất cấu hình một cách type-safe thay vì truy cập trực tiếp qua IConfiguration.

Các rủi ro chính

1. Over-posting/Mass Assignment: Người dùng có thể gửi các thuộc tính không mong muốn (ví dụ: IsAdmin = true) và EF Core sẽ tự động cập nhật vào Database nếu bạn dùng trực tiếp Entity.
2. Lộ dữ liệu nhạy cảm: Entity thường chứa các trường như PasswordHash, InternalNotes mà bạn không muốn trả về cho Client.
3. Tight Coupling: Khi thay đổi cấu trúc Database, API Contract bị thay đổi theo, gây phá vỡ (Breaking Change) cho các ứng dụng Client (Frontend/Mobile).

Giải pháp

Luôn sử dụng DTO (Data Transfer Object) và các thư viện như AutoMapper hoặc Mapster để thực hiện ánh xạ (Mapping) từ Entity sang DTO trước khi trả về cho Client.

Cơ chế

ASP.NET Core cung cấp các dịch vụ chạy ngầm (Background Tasks) để thực hiện các công việc định kỳ hoặc xử lý hàng đợi.

Bản chất

Response Compression là kỹ thuật nén dữ liệu (thường là JSON hoặc HTML) trước khi gửi từ Server về Client. Các thuật toán phổ biến là Gzip hoặc Brotli.