LINQ-to-SQL中不区分大小写的字符串比较

我已经读到使用ToUpper和ToLower执行不区分大小写的字符串比较是不明智的，但是在LINQ-to-SQL方面我看不到其他选择。LINQ-to-SQL会忽略String.Compare的ignoreCase和CompareOptions参数（如果使用区分大小写的数据库，则即使要求进行不区分大小写的比较，也会得到区分大小写的比较）。ToLower或ToUpper是这里的最佳选择吗？这个比那个好吗？我以为我在某处读到ToUpper更好，但是我不知道这在这里是否适用。（我正在做很多代码审查，每个人都在使用ToLower。）

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

这将转换为仅将row.Name与“ test”进行比较的SQL查询，并且在区分大小写的数据库上不会返回“ Test”和“ TEST”。

如您所说，ToUpper和ToLower之间有一些重要的区别，当您尝试进行不区分大小写的相等性检查时，只有一个是准确的。

理想情况下，进行不区分大小写的相等性检查的最佳方法是：

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

注意，但是，这并不能工作在这种情况下！因此，我们被困在ToUpperor上ToLower。

请注意顺序 IgnoreCase以使其安全。但是，您使用的区分大小写（不区分大小写）的检查的确切类型取决于您的用途。但通常在排序时使用“等于”进行相等性检查和“比较”，然后为该工作选择正确的StringComparison。

迈克尔·卡普兰（Michael Kaplan，文化和角色处理方面的公认权威）在ToUpper与ToLower上有相关文章：

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

他说：“ String.ToUpper – 使用ToUpper而不是ToLower，并指定InvariantCulture来选择OS外壳规则 ”

我System.Data.Linq.SqlClient.SqlMethods.Like(row.Name, "test") 在查询中使用 过。

这将执行不区分大小写的比较。

我使用Lambda表达式进行了尝试，并且有效。

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

如果将不区分大小写的字符串传递给LINQ-to-SQL，则它将原样传递给SQL，并且比较将在数据库中进行。如果要在数据库中进行不区分大小写的字符串比较，您需要做的就是创建一个进行比较的lambda表达式，并且LINQ-to-SQL提供程序会将表达式完整地转换为SQL查询。

例如，此LINQ查询：

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

由LINQ-to-SQL提供程序转换为以下SQL：

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"

如您所见，string参数将在SQL中进行比较，这意味着事情应该按照您期望的方式工作。

若要对SQL查询执行区分大小写的Linq，请通过使用以下方法之一来指定服务器数据类型，以将“字符串”字段声明为区分大小写；

varchar(4000) COLLATE SQL_Latin1_General_CP1_CS_AS 

要么

nvarchar(Max) COLLATE SQL_Latin1_General_CP1_CS_AS

注意：以上归类类型中的“ CS”表示“区分大小写”。

使用Visual Studio DBML Designer查看属性时，可以在“服务器数据类型”字段中输入该字段。

有关更多详细信息，请参见http://yourdotnetdesignteam.blogspot.com/2010/06/case-sensitive-linq-to-sql-queries.html

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

以下两阶段方法对我有效（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);
}

有时存储在数据库中的值可能包含空格，因此运行此命令可能会失败

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

解决此问题的方法是先删除空间，然后转换大小写，然后再选择

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

在这种情况下请注意

customname是与数据库值匹配的值

UsersTBs是类

标题是“数据库”列

请记住，查询是否有效与有效之间是有区别的！当语句的目标是SQL Server时，LINQ语句将转换为T-SQL，因此您需要考虑将要生成的T-SQL。

使用String.Equals很可能（我猜是）从SQL Server中带回所有行，然后在.NET中进行比较，因为它是无法转换为T-SQL的.NET表达式。

换句话说，使用表达式将增加您的数据访问权限，并失去使用索引的能力。它会在小桌子上工作，您不会注意到其中的区别。在大桌子上，它的性能可能非常差。

这是LINQ存在的问题之一。人们不再考虑他们编写的语句将如何实现。

在这种情况下，不使用表达式就无法执行所需的操作-即使在T-SQL中也是如此。因此，您可能无法更有效地执行此操作。即使上面给出的T-SQL答案（使用带有排序规则的变量）也很可能导致索引被忽略，但是如果表很大，则值得运行该语句并查看执行计划以查看是否使用了索引。