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

Trong ADO.NET, các đối tượng như SqlConnection và SqlCommand nắm giữ các tài nguyên hệ thống quý giá như kết nối vật lý đến cơ sở dữ liệu và bộ nhớ đệm. Các đối tượng này triển khai giao diện IDisposable. Việc sử dụng khối lệnh '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. Điều này giúp giải phóng kết nối về Connection Pool ngay lập tức thay vì chờ đợi Garbage Collection, tránh tình trạng cạn kiệt kết nối (Connection Pool Exhaustion) trong ứng dụng Enterprise.

Connection Pooling là cơ chế mặc định của ADO.NET giúp tái sử dụng các kết nối vật lý thay vì tạo mới mỗi khi cần. Khi bạn gọi Close() hoặc Dispose() trên một SqlConnection, kết nối không thực sự bị đóng mà được trả về Pool. Việc mở/đóng thủ công mà không có Pooling sẽ gây tốn kém tài nguyên CPU và thời gian do quá trình bắt tay (handshake) TCP/IP và xác thực bảo mật với SQL Server. Trong môi trường Enterprise, việc tận dụng Connection Pooling giúp giảm độ trễ (latency) và tăng khả năng chịu tải cho hệ thống.

SqlDataReader là một cơ chế đọc dữ liệu theo hướng tiến (forward-only) và chỉ đọc (read-only), giúp giảm thiểu đáng kể việc tiêu thụ bộ nhớ vì nó không tải toàn bộ dữ liệu vào RAM như DataSet. Trong các ứng dụng Web, việc sử dụng SqlDataReader giúp tối ưu hóa hiệu năng (memory footprint) và giảm áp lực lên Garbage Collection. DataSet/DataTable chỉ nên được sử dụng khi cần thao tác dữ liệu phức tạp, phân trang phía client hoặc cần truyền tải dữ liệu giữa các lớp (layers) mà không giữ kết nối mở.

Khi truy vấn dữ liệu, nếu một cột trong SQL có giá trị NULL, việc cố gắng gán trực tiếp vào kiểu dữ liệu như int hay DateTime sẽ gây ra lỗi InvalidCastException. Giải pháp là kiểm tra bằng phương thức IsDBNull() của SqlDataReader hoặc sử dụng toán tử null-coalescing kết hợp với Nullable Types (ví dụ: int?).

Việc chỉ định rõ SqlDbType giúp ADO.NET tránh được quá trình suy luận kiểu dữ liệu (type inference) tốn kém. Đặc biệt với các kiểu dữ liệu chuỗi (như nvarchar), nếu không chỉ định kích thước, SQL Server có thể phải thực hiện việc chuyển đổi kiểu dữ liệu ngầm định hoặc không tận dụng được kế hoạch thực thi (Execution Plan) đã lưu trong bộ nhớ đệm (Plan Cache). Điều này có thể dẫn đến hiện tượng Parameter Sniffing hoặc làm chậm quá trình truy vấn do SQL Server phải biên dịch lại câu lệnh SQL cho mỗi kích thước tham số khác nhau.

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.

ConnectionTimeout là thời gian chờ tối đa để thiết lập kết nối ban đầu tới Server (mặc định là 15 giây), được cấu hình trong Connection String. CommandTimeout là thời gian chờ tối đa để thực thi một câu lệnh SQL (mặc định là 30 giây), được cấu hình trên đối tượng SqlCommand. Trong thực tế, bạn nên đặt ConnectionTimeout ngắn để phát hiện sớm lỗi mạng, và điều chỉnh CommandTimeout dựa trên độ phức tạp của câu truy vấn để tránh treo ứng dụng khi gặp các câu lệnh SQL chạy quá lâu.

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):