Сравнение строк без учета регистра в LINQ-to-SQL

Я использовал System.Data.Linq.SqlClient.SqlMethods.Like(row.Name, "test") в моем запросе.

Выполняет сравнение без учета регистра.

Я пробовал это с помощью выражения Lambda, и он работал.

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

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);
}

Для выполнения чувствительных к регистру запросов 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

Если вы передадите строку, не учитывающую регистр в LINQ-to-SQL, она будет передана в SQL без изменений, и сравнение будет происходить в базе данных. Если вы хотите делать сравнения строк без учета регистра в базе данных, все, что вам нужно сделать, это создать выражение лямбда, которое выполняет сравнение, а поставщик LINQ-to-SQL переведет это выражение в запрос SQL с неповрежденной строкой.

Например, этот запрос LINQ:

from user in Users
where user.Email == "[email protected]"
select user

преобразуется в следующий SQL-запрос поставщиком LINQ-to-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 "[email protected]"

Как вы можете видеть, параметр string будет сравниваться в SQL, что означает, что все должно работать так, как вы ожидали.

Помните, что существует разница между тем, работает ли запрос и работает ли он эффективно! Оператор LINQ преобразуется в T-SQL, когда целью оператора является SQL Server, поэтому вам нужно подумать о T-SQL, который будет создан.

Использование String.Equals, скорее всего, (я предполагаю) возвращает все строки из SQL Server, а затем выполняет сравнение в .NET, потому что это выражение .NET, которое не может быть переведено в T-SQL.

Другими словами, использование выражения увеличивает доступ к данным и удаляет вашу способность использовать индексы. Он будет работать на небольших столах, и вы не заметите разницы. На большой таблице он может работать очень плохо.

Это одна из проблем, которая существует в LINQ; люди больше не думают о том, как выполняются заявления, которые они пишут.

В этом случае нет способа сделать то, что вы хотите, не используя выражение - даже в T-SQL. Поэтому вы не сможете сделать это более эффективно. Даже приведенный выше ответ T-SQL (с использованием переменных с сортировкой), скорее всего, приведет к игнорированию индексов, но если это большая таблица, то стоит запустить инструкцию и посмотреть план выполнения, чтобы увидеть, был ли использован индекс.