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

Trong phát triển dự án với SQL Server, việc tối ưu hóa và quản lý tốt Indexes optimization là vô cùng quan trọng để đảm bảo tính ổn định và hiệu năng của hệ thống. Dưới đây là các khía cạnh kỹ thuật cốt lõi:

Trong phát triển dự án với SQL Server, việc tối ưu hóa và quản lý tốt Backup & Restore strategies là vô cùng quan trọng để đảm bảo tính ổn định và hiệu năng của hệ thống. Dưới đây là các khía cạnh kỹ thuật cốt lõi:

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.

Khái niệm Clustered Index

Clustered Index (Chỉ mục cụm) là một dạng chỉ mục sắp xếp và lưu trữ dữ liệu thực tế của bảng trên đĩa cứng dựa trên khóa (key) của chỉ mục đó. Vì dữ liệu vật lý chỉ được sắp xếp theo một thứ tự duy nhất, mỗi bảng trong SQL Server chỉ có thể có tối đa một Clustered Index.

Khái niệm Parameter Sniffing

Parameter Sniffing là cơ chế mà SQL Server sử dụng khi biên dịch (compile) một Stored Procedure lần đầu tiên (hoặc khi kế hoạch thực thi bị xóa khỏi plan cache). Lúc này, SQL Server sẽ "nhìn" vào giá trị của các tham số được truyền vào trong lần thực thi đầu tiên đó để xây dựng Execution Plan tối ưu nhất cho giá trị cụ thể đó.

Khái niệm Transaction Isolation Levels

Transaction Isolation Levels quy định mức độ mà một giao dịch này bị cô lập khỏi sự thay đổi dữ liệu của các giao dịch đồng thời khác nhằm đảm bảo tính toàn vẹn dữ liệu. Các hiện tượng tranh chấp dữ liệu thường gặp gồm: Dirty Read, Non-Repeatable Read, và Phantom Read.

Phân tích chi tiết các hàm COUNT trong SQL Server

1. COUNT(*):

• Cơ chế: Đếm tổng số dòng có trong tập kết quả (result set), bao gồm cả các dòng chứa giá trị NULL ở các cột và các dòng trùng lặp.
• Hiệu năng: SQL Server tối ưu hóa rất tốt COUNT(*) đối với các bảng có Clustered Index, thường hệ thống sẽ duyệt qua Non-Clustered Index nhỏ nhất có thể thay vì quét toàn bộ bảng dữ liệu.

2. COUNT(Column):

• Cơ chế: Đếm tổng số dòng nhưng bỏ qua các dòng có giá trị NULL tại cột được chỉ định (Column). Chỉ đếm các dòng có giá trị khác NULL.
• Hiệu năng: Phải kiểm tra từng giá trị của cột đó để lọc bỏ giá trị NULL.

3. COUNT(DISTINCT Column):

• Cơ chế: Đếm số lượng giá trị duy nhất (không trùng lặp) tại cột được chỉ định và bỏ qua các giá trị NULL.
• Hiệu năng: Tốn kém tài nguyên nhất vì SQL Server phải thực hiện bước sắp xếp (Sort) hoặc băm (Hash) để loại bỏ các giá trị trùng lặp trước khi đếm.

Ví dụ minh họa

Giả sử bảng NhanVien có 5 dòng, cột DienThoai có 2 dòng chứa giá trị NULL:

Khái niệm TempDB

TempDB là một cơ sở dữ liệu hệ thống đặc biệt trong SQL Server, hoạt động như một vùng chứa tài nguyên toàn cục cho tất cả các kết nối người dùng. Nó được sử dụng để lưu trữ các đối tượng tạm thời do người dùng tạo ra như bảng tạm cục bộ (#table), bảng tạm toàn cục (##table), biến bảng (@table), bảng làm việc (work tables) và các phiên bản lưu trữ trung gian cho các câu lệnh SORT, HASH JOIN.

Bản chất sự khác biệt

• INNER JOIN: Chỉ trả về các dòng có dữ liệu khớp nhau ở cả hai bảng (bảng trái và bảng phải) dựa trên điều kiện kết nối.
• LEFT OUTER JOIN: Trả về tất cả các dòng từ bảng bên trái và các dòng khớp từ bảng bên phải. Nếu không có dòng khớp ở bảng bên phải, các cột tương ứng của bảng bên phải sẽ nhận giá trị NULL.

Lỗi phổ biến khi sử dụng LEFT OUTER JOIN

Một lỗi kinh điển của lập trình viên cấp Junior là đưa điều kiện lọc của bảng bên phải vào mệnh đề WHERE thay vì mệnh đề ON.

Khái niệm Index Fragmentation

Index Fragmentation xảy ra khi thứ tự logic của các trang dữ liệu (Leaf nodes) trong một chỉ mục không khớp với thứ tự vật lý của chúng trên ổ đĩa do các hoạt động INSERT, UPDATE, hoặc DELETE diễn ra liên tục theo thời gian. Có hai loại phân mảnh chính:

Bản chất của Cursor

Cursor là một cơ chế cho phép xử lý dữ liệu từng dòng một (Row-by-row processing) từ một tập kết quả (Result set). Thay vì xử lý toàn bộ dữ liệu cùng một lúc, Cursor duyệt qua từng bản ghi thông qua các vòng lặp, thực hiện các thao tác đọc, cập nhật hoặc xóa.