So sánh chuỗi không phân biệt chữ hoa chữ thường trong LINQ-to-SQL

Tôi đã đọc rằng việc sử dụng ToUpper và ToLower để thực hiện so sánh chuỗi không phân biệt chữ hoa chữ thường, nhưng tôi không thấy sự thay thế nào khi nói đến LINQ-to-SQL. Các đối số ignCase và soOptions của String.Compare bị LINQ-to-SQL bỏ qua (nếu bạn đang sử dụng cơ sở dữ liệu phân biệt chữ hoa chữ thường, bạn sẽ có được một so sánh phân biệt chữ hoa chữ thường ngay cả khi bạn yêu cầu so sánh không phân biệt chữ hoa chữ thường). ToLower hay ToUpper là lựa chọn tốt nhất ở đây? Cái này tốt hơn những cái khác phải không? Tôi nghĩ rằng tôi đã đọc ở đâu đó rằng ToUpper tốt hơn, nhưng tôi không biết nếu điều đó áp dụng ở đây. (Tôi đang thực hiện nhiều đánh giá mã và mọi người đang sử dụng ToLower.)

Dim s = From row In context.Table Where String.Compare(row.Name, "test", StringComparison.InvariantCultureIgnoreCase) = 0

Điều này chuyển thành một truy vấn SQL chỉ đơn giản là so sánh hàng. Tham khảo với "test" và sẽ không trả về "Test" và "TEST" trên cơ sở dữ liệu phân biệt chữ hoa chữ thường.

Như bạn nói, có một số khác biệt quan trọng giữa ToUpper và ToLower, và chỉ có một sự chính xác đáng tin cậy khi bạn đang cố gắng thực hiện kiểm tra bình đẳng không nhạy cảm.

Lý tưởng nhất, cách tốt nhất để thực hiện kiểm tra bình đẳng không phân biệt chữ hoa chữ thường là :

String.Equals(row.Name, "test", StringComparison.OrdinalIgnoreCase)

LƯU Ý, TUY NHIÊN rằng điều này không hoạt động trong trường hợp này! Vì vậy, chúng tôi đang bị mắc kẹt với ToUpperhoặc ToLower.

Lưu ý thứ tự IgnoreCase để làm cho nó an ninh-an toàn. Nhưng chính xác loại trường hợp (trong) kiểm tra nhạy cảm bạn sử dụng phụ thuộc vào mục đích của bạn là gì. Nhưng nói chung, hãy sử dụng Equals để kiểm tra đẳng thức và So sánh khi bạn sắp xếp, sau đó chọn StringComparison phù hợp cho công việc.

Michael Kaplan (một cơ quan được công nhận về văn hóa và xử lý nhân vật như thế này) có các bài đăng liên quan trên ToUpper so với ToLower:

• http://www.siao2.com/2007/10/01/5218976.aspx
• http://www.siao2.com/2005/03/10/391564.aspx

Anh ta nói "String.ToUpper - Sử dụng ToUpper chứ không phải ToLower và chỉ định InvariantCARM để chọn quy tắc vỏ của hệ điều hành "

Tôi đã sử dụng System.Data.Linq.SqlClient.SqlMethods.Like(row.Name, "test") trong truy vấn của tôi.

Điều này thực hiện một so sánh không nhạy cảm trường hợp.

Tôi đã thử điều này bằng cách sử dụng biểu thức Lambda, và nó đã hoạt động.

List<MyList>.Any (x => (String.Equals(x.Name, name, StringComparison.OrdinalIgnoreCase)) && (x.Type == qbType) );

Nếu bạn truyền một chuỗi không phân biệt chữ hoa chữ thường vào LINQ-to-SQL, nó sẽ được chuyển vào SQL không thay đổi và việc so sánh sẽ xảy ra trong cơ sở dữ liệu. Nếu bạn muốn thực hiện so sánh chuỗi không phân biệt chữ hoa chữ thường trong cơ sở dữ liệu, tất cả những gì bạn cần làm là tạo một biểu thức lambda để so sánh và nhà cung cấp LINQ-to-SQL sẽ dịch nguyên biểu thức đó thành truy vấn SQL với chuỗi của bạn.

Ví dụ: truy vấn LINQ này:

from user in Users
where user.Email == "foo@bar.com"
select user

được nhà cung cấp LINQ-to-SQL dịch sang SQL sau đây:

SELECT [t0].[Email]
FROM [User] AS [t0]
WHERE [t0].[Email] = @p0
-- note that "@p0" is defined as nvarchar(11)
-- and is passed my value of "foo@bar.com"

Như bạn có thể thấy, tham số chuỗi sẽ được so sánh trong SQL, điều đó có nghĩa là mọi thứ phải hoạt động theo cách bạn mong đợi.

Để thực hiện các truy vấn Linq tới Sql phân biệt chữ hoa chữ thường khai báo các trường 'chuỗi' phân biệt chữ hoa chữ thường bằng cách chỉ định kiểu dữ liệu máy chủ bằng cách sử dụng một trong các cách sau;

varchar(4000) COLLATE SQL_Latin1_General_CP1_CS_AS 

hoặc là

nvarchar(Max) COLLATE SQL_Latin1_General_CP1_CS_AS

Lưu ý: 'CS' trong các loại đối chiếu ở trên có nghĩa là 'Phân biệt chữ hoa chữ thường'.

Điều này có thể được nhập vào trường Loại dữ liệu của Máy chủ trong khi xem một thuộc tính bằng Visual Studio DBML Designer.

Để biết thêm chi tiết, hãy xem http://yourdotnetdesignteam.blogspot.com/2010/06/case-sensitive-linq-to-sql-queries.html

where row.name.StartsWith(q, true, System.Globalization.CultureInfo.CurrentCulture)

Cách tiếp cận 2 giai đoạn sau đây phù hợp với tôi (VS2010, ASP.NET MVC3, SQL Server 2008, Linq to SQL):

result = entRepos.FindAllEntities()
    .Where(e => e.EntitySearchText.Contains(item));

if (caseSensitive)
{
    result = result
        .Where(e => e.EntitySearchText.IndexOf(item, System.StringComparison.CurrentCulture) >= 0);
}

Đôi khi giá trị được lưu trữ trong Cơ sở dữ liệu có thể chứa khoảng trắng nên việc chạy này có thể bị lỗi

String.Equals(row.Name, "test", StringComparison.OrdinalIgnoreCase)

Giải pháp cho vấn đề này là loại bỏ không gian sau đó chuyển đổi trường hợp của nó sau đó chọn như thế này

 return db.UsersTBs.Where(x => x.title.ToString().ToLower().Replace(" ",string.Empty).Equals(customname.ToLower())).FirstOrDefault();

Lưu ý trong trường hợp này

customname là giá trị để khớp với giá trị Cơ sở dữ liệu

Người dùngTB là lớp

tiêu đề là cột Cơ sở dữ liệu

Hãy nhớ rằng có một sự khác biệt giữa việc truy vấn có hoạt động hay không và nó có hoạt động hiệu quả không ! Một câu lệnh LINQ được chuyển đổi thành T-SQL khi mục tiêu của câu lệnh là SQL Server, vì vậy bạn cần suy nghĩ về T-SQL sẽ được tạo ra.

Sử dụng String.Equals rất có thể (tôi đoán) sẽ mang lại tất cả các hàng từ SQL Server và sau đó thực hiện so sánh trong .NET, vì đó là biểu thức .NET không thể dịch sang T-SQL.

Nói cách khác, sử dụng một biểu thức sẽ tăng quyền truy cập dữ liệu của bạn và loại bỏ khả năng sử dụng các chỉ mục. Nó sẽ hoạt động trên các bàn nhỏ và bạn sẽ không nhận thấy sự khác biệt. Trên một cái bàn lớn, nó có thể hoạt động rất tệ.

Đó là một trong những vấn đề tồn tại với LINQ; mọi người không còn nghĩ về những tuyên bố họ viết sẽ được thực hiện như thế nào.

Trong trường hợp này, không có cách nào để làm những gì bạn muốn mà không sử dụng biểu thức - ngay cả trong T-SQL. Do đó, bạn có thể không thể làm điều này hiệu quả hơn. Ngay cả câu trả lời T-SQL được đưa ra ở trên (sử dụng các biến có đối chiếu) rất có thể sẽ khiến các chỉ mục bị bỏ qua, nhưng nếu đó là một bảng lớn thì đáng để chạy câu lệnh và xem xét kế hoạch thực hiện để xem liệu chỉ mục có được sử dụng không .