LINQ-to-SQL'de büyük / küçük harf duyarsız dize karşılaştırması

Küçük harf duyarsız dize karşılaştırmaları gerçekleştirmek için ToUpper ve ToLower kullanmanın akıllıca olmadığını okudum, ancak LINQ-SQL söz konusu olduğunda alternatif görmüyorum. String.Compare öğesinin ignoreCase ve CompareOptions bağımsız değişkenleri LINQ-to-SQL tarafından yoksayılır (büyük / küçük harfe duyarlı bir veritabanı kullanıyorsanız, büyük / küçük harfe duyarlı olmayan bir karşılaştırma isteseniz bile büyük / küçük harfe duyarlı bir karşılaştırma elde edersiniz). ToLower veya ToUpper burada en iyi seçenek mi? Biri diğerinden daha iyi mi? Bir yerde ToUpper'ın daha iyi olduğunu okuduğumu sanıyordum, ama burada geçerli olup olmadığını bilmiyorum. (Kod incelemeleri çok yapıyorum ve herkes ToLower kullanıyor.)

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

Bu, row.Name öğesini "test" ile karşılaştıran ve büyük / küçük harf duyarlı bir veritabanında "Test" ve "TEST" döndürmeyecek bir SQL sorgusuna dönüşür.

Söylediğiniz gibi, ToUpper ve ToLower arasında bazı önemli farklılıklar vardır ve büyük / küçük harfe duyarlı olmayan eşitlik kontrolleri yapmaya çalıştığınızda yalnızca biri güvenilirdir.

İdeal olarak, bir küçük harf duyarsız eşitliği denetimini yapmanın en iyi yolu olacağını :

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

NOT ANCAK bu olmadığını çalışmıyor bu durumda! Bu nedenle ToUpperveya ile sıkışıp kaldık ToLower.

Güvenliği güvenli hale getirmek için Ordinal IgnoreCase öğesini not edin . Ancak tam olarak kullandığınız büyük / küçük harf duyarlı kontrol türü, amaçlarınızın ne olduğuna bağlıdır. Ancak genel olarak eşitlik denetimleri için Eşittir seçeneğini kullanın ve sıralarken karşılaştırın ve iş için doğru StringComparison öğesini seçin.

Michael Kaplan (kültür ve karakter kullanımı konusunda tanınmış bir otorite), ToUpper ve ToLower hakkında ilgili yayınlara sahiptir:

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

"String.ToUpper - ToLower yerine ToUpper kullanın ve işletim sistemi kasa kurallarını almak için InvariantCulture'u belirtin " diyor.

Sorgumda kullandım System.Data.Linq.SqlClient.SqlMethods.Like(row.Name, "test") .

Bu, büyük / küçük harfe duyarlı olmayan bir karşılaştırma yapar.

Bunu Lambda ifadesini kullanarak denedim ve işe yaradı.

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

LINQ-SQL'e büyük / küçük harfe duyarlı olmayan bir dize iletirseniz, SQL değişmeden geçer ve karşılaştırma veritabanında gerçekleşir. Veritabanında büyük / küçük harfe duyarsız dize karşılaştırmaları yapmak istiyorsanız, yapmanız gereken tek şey karşılaştırmayı yapan bir lambda ifadesi oluşturmaktır ve LINQ-to-SQL sağlayıcısı bu ifadeyi dize bozulmamış bir SQL sorgusuna çevirecektir.

Örneğin, bu LINQ sorgusu:

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

LINQ-to-SQL sağlayıcısı tarafından aşağıdaki SQL'e çevrilir:

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"

Gördüğünüz gibi, string parametresi SQL'de karşılaştırılacaktır, bu da işlerin beklediğiniz gibi çalışması gerektiği anlamına gelir.

Büyük / küçük harfe duyarlı Linq - Sql sorguları gerçekleştirmek için, aşağıdakilerden birini kullanarak sunucu veri türünü belirterek 'dize' alanlarını büyük / küçük harfe duyarlı olarak bildirin;

varchar(4000) COLLATE SQL_Latin1_General_CP1_CS_AS 

veya

nvarchar(Max) COLLATE SQL_Latin1_General_CP1_CS_AS

Not: Yukarıdaki harmanlama türlerindeki 'CS', 'Büyük / Küçük Harfe Duyarlı' anlamına gelir.

Bu, Visual Studio DBML Designer kullanarak bir özelliği görüntülerken “Sunucu Veri Türü” alanına girilebilir.

Daha fazla ayrıntı için bkz. Http://yourdotnetdesignteam.blogspot.com/2010/06/case-sensitive-linq-to-sql-queries.html

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

Aşağıdaki 2 aşamalı yaklaşım benim için çalışıyor (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);
}

Bazen Veritabanında depolanan değer boşluk içerebilir, bu nedenle bu işlem başarısız olabilir

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

Bu sorunların çözümü, alanı kaldırmak, ardından davanın dönüştürülmesi ve bunun gibi seçilmesidir.

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

Bu durumda not

customname , Veritabanı değeriyle eşleşecek değerdir

UsersTB sınıfı

başlık Veritabanı sütunudur

Sorgunun çalışıp çalışmadığı ile verimli çalışıp çalışmadığı arasında bir fark olduğunu unutmayın ! İfadenin hedefi SQL Server olduğunda bir LINQ ifadesi T-SQL'e dönüştürülür, bu nedenle üretilecek T-SQL'i düşünmeniz gerekir.

String.Equals kullanmak büyük olasılıkla (tahmin ediyorum) SQL Server tüm satırları geri getirmek ve daha sonra .NET karşılaştırması yapmak, çünkü T-SQL'ye çevrilemez bir .NET ifadesidir.

Başka bir deyişle, bir ifade kullanmak veri erişiminizi artıracak ve dizinleri kullanma yeteneğinizi kaldıracaktır. Küçük masalarda çalışacak ve farkı fark etmeyeceksiniz. Büyük bir masada çok kötü performans gösterebilir.

LINQ ile ilgili problemlerden biri bu; insanlar artık yazdıkları ifadelerin nasıl yerine getirileceğini düşünmüyorlar.

Bu durumda, bir ifade kullanmadan istediğinizi yapmanın bir yolu yoktur - T-SQL'de bile. Bu nedenle, bunu daha verimli yapamayabilirsiniz. Yukarıda verilen T-SQL yanıtı bile (harmanlama ile değişkenler kullanarak) büyük olasılıkla dizinlerin yoksayılmasıyla sonuçlanacaktır, ancak büyük bir tablo ise, ifadeyi çalıştırmaya ve bir dizinin kullanılıp kullanılmadığını görmek için yürütme planına bakmaya değer .