Сравнение с учетом регистра LINQ to Entities
Это не чувствительное к регистру сравнение в LINQ to Entities:
Thingies.First(t => t.Name == "ThingamaBob");
Как добиться сравнения с учетом регистра с помощью LINQ to Entities?
8 ответов
Это потому, что вы используете LINQ To Entities, который в конечном итоге преобразует ваши лямбда-выражения в операторы SQL. Это означает, что чувствительность к регистру зависит от вашего SQL Server, который по умолчанию имеет параметры сортировки SQL_Latin1_General_CP1_CI_AS и который НЕ учитывает регистр.
Использование http://objectquery.totracestring/ для просмотра сгенерированного запроса SQL, который фактически был отправлен на SQL Server, раскрывает загадку:
string sqlQuery = ((ObjectQuery)context.Thingies
.Where(t => t.Name == "ThingamaBob")).ToTraceString();
Когда вы создаете запрос LINQ to Entities, LINQ to Entities использует синтаксический анализатор LINQ для начала обработки запроса и преобразует его в дерево выражений LINQ. Затем дерево выражений LINQ передается в API Object Services, который преобразует дерево выражений в дерево команд. Затем он отправляется поставщику магазина (например, SqlClient), который преобразует дерево команд в собственный текст команды базы данных. Запрос выполняется в хранилище данных, и результаты материализуются в объектные объекты объектными службами. Между ними не было заложено никакой логики, чтобы учесть чувствительность к регистру. Поэтому независимо от того, какой случай вы указали в своем предикате, он всегда будет обрабатываться SQL Server одинаково, если вы не измените параметры сортировки SQL Server для этого столбца.
Решение на стороне сервера:
Поэтому лучшим решением было бы изменить параметры сортировки столбца Имя в таблице Thingies на COLLATE Latin1_General_CS_AS, который чувствителен к регистру, запустив это на вашем SQL Server:
ALTER TABLE Thingies
ALTER COLUMN Name VARCHAR(25)
COLLATE Latin1_General_CS_AS
Для получения дополнительной информации о SQL Server Collates, взгляните на SQL SERVER Collate Поиск с учетом регистра SQL-запросов
Клиентское решение:
Единственное решение, которое вы можете применить на стороне клиента, - это использовать LINQ to Objects, чтобы сделать еще одно сравнение, которое не выглядит очень элегантным:
Thingies.Where(t => t.Name == "ThingamaBob")
.AsEnumerable()
.First(t => t.Name == "ThingamaBob");
Вы можете добавить аннотацию [CaseSensitive] для EF6+ Code-first
Добавить этот класс
[AttributeUsage(AttributeTargets.Property, AllowMultiple = true)]
public class CaseSensitiveAttribute : Attribute
{
public CaseSensitiveAttribute()
{
IsEnabled = true;
}
public bool IsEnabled { get; set; }
}
public class CustomSqlServerMigrationSqlGenerator : SqlServerMigrationSqlGenerator
{
protected override void Generate(AlterColumnOperation alterColumnOperation)
{
base.Generate(alterColumnOperation);
AnnotationValues values;
if (alterColumnOperation.Column.Annotations.TryGetValue("CaseSensitive", out values))
{
if (values.NewValue != null && values.NewValue.ToString() == "True")
{
using (var writer = Writer())
{
//if (System.Diagnostics.Debugger.IsAttached == false) System.Diagnostics.Debugger.Launch();
// https://github.com/mono/entityframework/blob/master/src/EntityFramework.SqlServer/SqlServerMigrationSqlGenerator.cs
var columnSQL = BuildColumnType(alterColumnOperation.Column); //[nvarchar](100)
writer.WriteLine(
"ALTER TABLE {0} ALTER COLUMN {1} {2} COLLATE SQL_Latin1_General_CP1_CS_AS {3}",
alterColumnOperation.Table,
alterColumnOperation.Column.Name,
columnSQL,
alterColumnOperation.Column.IsNullable.HasValue == false || alterColumnOperation.Column.IsNullable.Value == true ? " NULL" : "NOT NULL" //todo not tested for DefaultValue
);
Statement(writer);
}
}
}
}
}
public class CustomApplicationDbConfiguration : DbConfiguration
{
public CustomApplicationDbConfiguration()
{
SetMigrationSqlGenerator(
SqlProviderServices.ProviderInvariantName,
() => new CustomSqlServerMigrationSqlGenerator());
}
}
Измените свой DbContext, добавьте
protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
modelBuilder.Conventions.Add(new AttributeToColumnAnnotationConvention<CaseSensitiveAttribute, bool>(
"CaseSensitive",
(property, attributes) => attributes.Single().IsEnabled));
base.OnModelCreating(modelBuilder);
}
Тогда делай
Add-Migration CaseSensitive
Обновление базы данных
на основе статьи https://milinaudara.wordpress.com/2015/02/04/case-sensitive-search-using-entity-framework-with-custom-annotation/ с некоторыми исправлениями ошибок
WHERE условия в SQL Server по умолчанию не чувствительны к регистру. Сделайте его чувствительным к регистру, изменив параметры сортировки столбца по умолчанию (SQL_Latin1_General_CP1_CI_AS) чтобы SQL_Latin1_General_CP1_CS_AS,
Хрупкий способ сделать это с помощью кода. Добавьте новый файл миграции, а затем добавьте его внутри Up метод:
public override void Up()
{
Sql("ALTER TABLE Thingies ALTER COLUMN Name VARCHAR(MAX) COLLATE SQL_Latin1_General_CP1_CS_AS NOT NULL");
}
Но
Вы можете создать пользовательскую аннотацию под названием "CaseSensitive", используя новые функции EF6, и вы можете украсить свои свойства следующим образом:
[CaseSensitive]
public string Name { get; set; }
Этот пост в блоге объясняет, как это сделать.
Ответ, данный @Morteza Manavi, решает проблему. Тем не менее, для решения на стороне клиента элегантным способом было бы следующее (добавление двойной проверки).
var firstCheck = Thingies.Where(t => t.Name == "ThingamaBob")
.FirstOrDefault();
var doubleCheck = (firstCheck.Name == model.Name) ? Thingies : null;
Используйте string.Equals
Thingies.First(t => string.Equals(t.Name, "ThingamaBob", StringComparison.CurrentCulture);
Кроме того, вам не нужно беспокоиться о нуле и получить только ту информацию, которую вы хотите.
Используйте StringComparision.CurrentCultureIgnoreCase для учета без учета регистра.
Thingies.First(t => string.Equals(t.Name, "ThingamaBob", StringComparison.CurrentCultureIgnoreCase);
Мне понравился ответ Мортезы, и я обычно предпочел бы исправить на стороне сервера. Для клиентской стороны я обычно использую:
Dim bLogin As Boolean = False
Dim oUser As User = (From c In db.Users Where c.Username = UserName AndAlso c.Password = Password Select c).SingleOrDefault()
If oUser IsNot Nothing Then
If oUser.Password = Password Then
bLogin = True
End If
End If
По сути, сначала проверьте, существует ли пользователь с требуемыми критериями, а затем проверьте, совпадает ли пароль. Немного скучно, но я чувствую, что легче читать, когда может быть целый набор критериев.
Ни один из StringComparison.IgnoreCase работал на меня. Но это сделал:
context.MyEntities.Where(p => p.Email.ToUpper().Equals(muser.Email.ToUpper()));
Не уверен насчет EF4, но EF5 поддерживает это:
Thingies
.First(t => t.Name.Equals(
"ThingamaBob",
System.StringComparison.InvariantCultureIgnoreCase)