Thời gian chờ ADO.NET nhưng hoạt động tốt trong SSMS

Question

Tôi đang cố chạy truy vấn từ ADO.NET bằng SQL Server 2008R2. Tôi đang sử dụng CTE để cung cấp phân trang và thêm thông số cho @Offset và @Limit, cả hai số nguyên.

Tôi đang tạo một truy vấn tham số tùy thuộc vào đầu vào của người dùng. Kết quả cuối cùng là:

;WITH Results_CTE AS (
    SELECT ld.* , ROW_NUMBER() OVER (ORDER BY Key_Field) AS RowNum 
    FROM list..List_Data ld 
    WHERE VALUE_2010 IS NOT NULL 
    AND Postcode LIKE @Postcode + '%' 
) SELECT * FROM Results_CTE 
    WHERE RowNum > @Offset AND RowNum < @Offset + @Limit 
OPTION (RECOMPILE) 

Tôi đang sử dụng một số mệnh đề giống như lý do tại sao tôi có OPTION RECOMPILE. Nếu tôi khai báo thông số qua SSMS và chạy như vậy:

declare @postcode varchar(10) = 'SW1 1AA'; 
declare @Offset int = 0; 
declare @Limit int = 10; 

Tôi nhận được thời gian phản hồi rất nhanh (dưới 1s). Nếu tôi thử điều này với ADO.NET, tuy nhiên, nó mất mãi mãi. Tôi đã cố gắng thêm các thông số với cả hai:

cmd.Parameters.AddWithValue("@Offset", startRowIndex) // times out 
cmd.Parameters.AddWithValue("@Limit", limit) 

cmd.Parameters.Add(New SqlParameter("@Offset", SqlDbType.BigInt)) // also times out 
cmd.Parameters.Item("@Offset").Value = startRowIndex 
cmd.Parameters.Add(New SqlParameter("@Limit", SqlDbType.BigInt)) 
cmd.Parameters.Item("@Limit").Value = limit 

Nếu chỉ có một vài dòng trả về bởi truy vấn đầu tiên và mặc dù tôi thả @Offset và @Limit lọc, tôi nhận được một thời gian phản hồi tốt. Có cách nào tôi có thể tăng tốc độ này lên và sử dụng phân trang không?

EDIT: Tôi đang đi qua trong tham số @postcode (mà là một chuỗi trong .NET qua này:

cmd.Parameters.AddWithValue("@Postcode", normalizedPostcode) 

Answer 1

mã ADO.NET của bạn là đi qua trong một tham số của a different datatype so với cái bạn đang thử nghiệm trong SSMS và bạn đang nhận được vấn đề diễn viên tiềm ẩn.

không sử dụng

cmd.Parameters.AddWithValue("@postcode", normalizedPostcode) 

vì điều này sẽ tự động tạo ra mộtTham sốvà bạn sẽ nhận được các phôi ẩn trong kế hoạch thực thi của bạn có nghĩa là không thể sử dụng một chỉ mục. Thay vào đó, thay vào đó, hãy chuyển vào một thông số được tạo rõ ràng là varchar.

cmd.Parameters.Add("@postcode", SqlDbType.Varchar, 10) 

Answer 2

1) Đối với thông số @postcode please specify the length.

cmd.Parameters.Add("@postcode", SqlDbType.VarChar, 10).Value = str

2) Viết lại các truy vấn:

;WITH Results_CTE AS (
    SELECT ld.Key_Field, ROW_NUMBER() OVER (ORDER BY Key_Field) AS RowNum 
    FROM list..List_Data ld 
    WHERE VALUE_2010 IS NOT NULL 
    AND Postcode LIKE @Postcode + '%' 
) SELECT * FROM Results_CTE a 
INNER JOIN list..List_Data b ON a.Key_Field = Key_Field 
WHERE RowNum > @Offset AND RowNum < @Offset + @Limit 
--OPTION (RECOMPILE) 

Note 1: Tôi cho rằng Key_Field là khóa chính (cụm) cho List_Data bảng.

Lưu ý 2: Kiểm tra xem bạn có chỉ mục trên các trường VALUE_2010 và Mã bưu điện không. Nếu bạn có SQL 2008+ thì bạn có thể tạo chỉ mục đã lọc:

--UNIQUE if Postcode has unique values for VALUE_2010 IS NOT NULL 
CREATE [UNIQUE] INDEX aaa 
ON MySchema.List_Data (Postcode) 
WHERE VALUE_2010 IS NOT NULL