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

9 回答

• 69

  正如您所说，ToUpper和ToLower之间存在一些重要的差异，当您尝试进行不区分大小写的相等性检查时，只有一个是可靠的 .

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

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

  NOTE, HOWEVER 这在这种情况下不起作用！因此我们被 ToUpper 或 ToLower 困住了 .

  注意 Ordinal IgnoreCase使其安全 . 但确切地说，您使用的案例（中）敏感检查的类型取决于您的目的 . 但是通常在排序时使用Equals进行等式检查和比较，然后为作业选择正确的StringComparison .

  迈克尔卡普兰（一个公认的文化和角色处理权威，如此）在ToUpper与ToLower上有相关的帖子：

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

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

  他说“String.ToUpper - Use ToUpper rather than ToLower, and specify InvariantCulture in order to pick up OS casing rules ”

  回复于 2024-04-25T23:04:50+08:00
• 7

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

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

  回复于 2024-04-25T23:04:50+08:00
• -1

  我使用Lambda表达式尝试了这个，并且它有效 .

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

  回复于 2024-04-25T23:04:50+08:00
• 0

  如果将不区分大小写的字符串传递给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"
  

  正如您所看到的，字符串参数将在SQL中进行比较，这意味着事情应该按照您期望的方式工作 .

  回复于 2024-04-25T23:04:50+08:00
• 0

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

  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

  回复于 2024-04-25T23:04:50+08:00
• 0

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

  回复于 2024-04-25T23:04:50+08:00
• 0

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

  回复于 2024-04-25T23:04:50+08:00
• 107

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

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

  解决这个问题的方法是删除空间然后转换它的情况然后像这样选择

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

  Note in this case

  customname 是与数据库值匹配的值

  UsersTBs 是上课

  title 是数据库列

  回复于 2024-04-25T23:04:50+08:00
• 0

  请记住，查询是否有效以及它是否有效工作之间存在差异！当语句的目标是SQL Server时，LINQ语句将转换为T-SQL，因此您需要考虑将生成的T-SQL .

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

  换句话说，使用表达式将增加您的数据访问权并删除您使用索引的能力 . 它适用于小 table ，你不会注意到它们的区别 . 在一张大 table 上，它的表现非常糟糕 .

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

  在这种情况下，没有办法在不使用表达式的情况下执行您想要的操作 - 甚至在T-SQL中也是如此 . 因此，您可能无法更有效地执行此操作 . 即使上面给出的T-SQL答案（使用具有整理的变量）也很可能导致索引忽略了，但是如果它是一个大表，则值得运行该语句并查看执行计划以查看是否使用了索引 .

  回复于 2024-04-25T23:04:50+08:00