不区分大小写的string比较在LINQ到SQL中

我读过使用ToUpper和ToLower来执行不区分大小写的string比较是不明智的,但是当涉及到LINQ-to-SQL时,我看不到任何其他select。 String.Compare的ignoreCase和CompareOptions参数被LINQ-to-SQL忽略(如果您使用的是区分大小写的数据库,即使您要求区分大小写的比较,也可以区分大小写)。 ToLower或ToUpper在这里最好的select? 这个比那个好吗? 我以为我在某个地方看过ToUpper比较好,但我不知道这里是否适用。 (我正在做很多代码评论,每个人都在使用ToLower。)

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

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

正如你所说,ToUpper和ToLower之间有一些重要的区别,当你试图进行不区分大小写的等式检查时,只有一个是可靠的。

理想情况下,执行不区分大小写的平等检查的最佳方法是:

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

请注意有序的 IgnoreCase,以确保安全。 但是,确切地说,你使用的情况(中)敏感检查的types取决于你的目的是什么。 但是在一般情况下,使用Equals进行等式检查,并在sorting时进行比较,然后为作业select正确的StringComparison。

迈克尔·卡普兰(Michael Kaplan)(文化和人物处理公认的权威人士)在ToUpper和ToLower上有相关的post:

他说:“String.ToUpper – 使用ToUpper而不是ToLower,并指定InvariantCulture以获取OS套pipe规则

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

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

我试着用Lambdaexpression式,它工作。

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

如果你将一个不区分大小写的string传递给LINQ-to-SQL,它将被传递到SQL中并保持不变,比较将在数据库中进行。 如果要在数据库中执行不区分大小写的string比较,则只需创build一个执行比较的lambdaexpression式,LINQ-to-SQL提供程序就会将该expression式转换为string完整的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中进行比较,这意味着事情应该按照你期望的方式工作。

要执行区分大小写的Linq到Sql查询,通过使用以下命令之一来指定服务器数据types,将“string”字段声明为区分大小写;

 varchar(4000) COLLATE SQL_Latin1_General_CP1_CS_AS 

要么

 nvarchar(Max) COLLATE SQL_Latin1_General_CP1_CS_AS 

注意:上述整理types中的“CS”表示“区分大小写”。

当使用Visual Studio DBML Designer查看属性时,可以在“服务器数据types”字段中input该值。

有关更多详情,请参阅http://yourdotnetdesignteam.blogspot.com/2010/06/case-sensitive-linq-to-sql-queries.html

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

以下2阶段方法适用于我(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); } 

请记住,查询是否有效以及它是否有效工作是有区别的。 当语句的目标是SQL Server时,将LINQ语句转换为T-SQL,因此您需要考虑将生成的T-SQL。

使用String.Equals将很可能(我猜)从SQL Server带回所有行,然后在.NET中进行比较,因为它是一个.NETexpression式,无法转换为T-SQL。

换句话说,使用expression式会增加您的数据访问并消除使用索引的能力。 它将在小桌子上工作,你不会注意到它们之间的差异。 在一个大桌子上,它可能performance非常糟糕。

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

在这种情况下,没有一种方法可以在不使用expression式的情况下执行所需的操作 – 即使在T-SQL中也是如此。 因此,您可能无法更有效地做到这一点。 即使是上面给出的T-SQL答案(使用整理后的variables)也很可能会导致索引被忽略,但如果它是一个大表,那么值得运行这个语句并查看执行计划来查看索引是否被使用。