LINQ-to-SQLでの大文字と小文字を区別しない文字列比較

大文字と小文字を区別しない文字列比較を実行するためにToUpperとToLowerを使用するのは賢明ではないことを読みましたが、LINQ-to-SQLに関しては代替手段がありません。String.CompareのignoreCaseおよびCompareOptions引数は、LINQ-to-SQLによって無視されます（大文字と小文字を区別するデータベースを使用している場合は、大文字と小文字を区別しない比較を要求しても、大文字と小文字を区別する比較が行われます）。ToLowerまたはToUpperはここで最良のオプションですか？一方が他方よりも優れていますか？私はどこかでToUpperの方が優れていると読んだと思いましたが、それがここで当てはまるかどうかはわかりません。（私は多くのコードレビューを行っており、誰もがToLowerを使用しています。）

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

これは、row.Nameを「test」と単に比較し、大文字と小文字を区別するデータベースで「Test」と「TEST」を返さないSQLクエリに変換されます。

あなたが言うように、ToUpperとToLowerの間にはいくつかの重要な違いがあり、大文字と小文字を区別しない等価チェックを実行しようとする場合、1つだけが信頼できる正確です。

理想的には、大文字と小文字を区別しない同等性チェックを行う最善の方法は次のとおりです。

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

ただし、この場合は機能しません。したがって、私たちは、ToUpperまたはで立ち往生していToLowerます。

なお、序 ITセキュリティセーフにするためにIGNORECASEを。ただし、使用する大文字と小文字を区別する（区別する）チェックの種類は、目的が何であるかによって異なります。ただし、一般的には、並べ替えの際に等値チェックにEqualsを使用し、並べ替えるときにCompareを使用して、ジョブに適したStringComparisonを選択します。

マイケルカプラン（このような文化とキャラクターの取り扱いについて認められた権威）は、ToUpperとToLowerに関連する投稿があります。

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

彼は、「String.ToUpper – ToLowerではなく ToUpperを使用し、OSの大文字と小文字の規則を取得するためにInvariantCultureを指定します」と述べています。

System.Data.Linq.SqlClient.SqlMethods.Like(row.Name, "test") クエリで使用し ました。

これは、大文字と小文字を区別しない比較を実行します。

私はラムダ式を使用してこれを試してみましたが、うまくいきました。

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

大文字と小文字を区別しない文字列をLINQ-to-SQLに渡すと、SQLにそのまま渡され、データベースで比較が行われます。データベースで大文字と小文字を区別しない文字列比較を行いたい場合は、比較を行うラムダ式を作成するだけで、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で比較されます。つまり、期待どおりに機能するはずです。

大文字と小文字を区別するLinq to Sqlクエリを実行するには、次のいずれかを使用してサーバーのデータ型を指定することにより、「string」フィールドを大文字と小文字を区別するように宣言します。

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を参照してください

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

データベースに保存された値にスペースが含まれる場合があるため、これを実行すると失敗する可能性があります

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

この問題の解決策は、スペースを削除してから大文字と小文字を変換し、次のように選択することです

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

この場合の注意

customnameはデータベース値と一致する値です

UsersTBsはクラスです

タイトルはデータベース列です

クエリが機能するかどうかと、効率的に機能するかどうかには違いがあることに注意してください。LINQステートメントは、ステートメントのターゲットがSQL Serverである場合にT-SQLに変換されるため、生成されるT-SQLについて考える必要があります。

String.Equalsを使用すると、おそらくSQL Serverからすべての行が返され、.NETで比較が行われます。これは、T-SQLに変換できない.NET式だからです。

つまり、式を使用すると、データアクセスが増加し、インデックスを利用する能力が失われます。小さなテーブルで動作し、違いに気付かないでしょう。大きなテーブルでは、パフォーマンスが非常に悪くなる可能性があります。

これは、LINQに存在する問題の1つです。人々は、自分が書いた声明がどのように満たされるかについてもはや考えません。

この場合、式を使用せずに必要なことを実行する方法はありません-T-SQLでもです。したがって、これをより効率的に行うことができない場合があります。上記のT-SQLの回答（照合で変数を使用）でも、ほとんどの場合、インデックスは無視されますが、テーブルが大きい場合は、ステートメントを実行し、実行プランを調べてインデックスが使用されたかどうかを確認することをお勧めします。 。