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"와 비교하는 SQL 쿼리로 변환되며 대소 ​​문자를 구분하는 데이터베이스에서 "Test"및 "TEST"를 반환하지 않습니다.

당신이 말했듯이, ToUpper와 ToLower 사이에는 중요한 차이점이 있으며 대소 문자를 구분하지 않는 동등성 검사를 수행하려고 할 때 단 하나만 정확합니다.

대소 문자를 구분하지 않는 동등성 검사를 수행하는 가장 좋은 방법 은 다음과 같습니다.

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

그러나이 경우에는 작동 하지 않습니다 ! 따라서 우리는 ToUpper또는 로 붙어 있습니다 ToLower.

보안 안전을 위해 서수 IgnoreCase를 참고하십시오 . 그러나 사용하는 대소 문자를 구분하여 정확히 검사하는 목적은 용도에 따라 다릅니다. 그러나 일반적으로 등식 검사에 대해 동일을 사용하고 정렬 할 때 비교를 사용한 다음 작업에 적합한 StringComparison을 선택하십시오.

마이클 카플란 (Michael Kaplan) (이와 같은 문화 및 캐릭터 취급에 대한 인정 된 당국)은 ToUpper와 ToLower에 대한 관련 게시물을 보유하고 있습니다.

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

"- String.ToUpper 그는 말한다 사용의 ToUpper보다는 ToLower는, 그리고 OS 케이스 규칙을 선택하기 위해 InvariantCulture를 지정 "

System.Data.Linq.SqlClient.SqlMethods.Like(row.Name, "test") 내 쿼리에 사용 했습니다.

대소 문자를 구분하지 않는 비교를 수행합니다.

나는 Lambda 식을 사용하여 이것을 시도했지만 효과가있었습니다.

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-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 은 데이터베이스 값과 일치하는 값입니다.

사용자 TB 는 클래스입니다

제목 은 데이터베이스 열입니다

쿼리가 작동하는지와 효율적으로 작동하는지에 차이가 있음을 기억하십시오 ! 문의 대상이 SQL Server 인 경우 LINQ 문은 T-SQL로 변환되므로 생성 될 T-SQL에 대해 고려해야합니다.

String.Equals를 사용하면 SQL Server에서 모든 행을 다시 가져온 다음 .NET에서 비교를 수행합니다 .T-SQL로 변환 할 수없는 .NET 표현식이기 때문입니다.

즉, 식을 사용하면 데이터 액세스가 증가하고 인덱스를 사용하는 기능이 제거됩니다. 작은 테이블에서 작동하며 차이점을 알 수 없습니다. 큰 테이블에서는 성능이 매우 떨어질 수 있습니다.

이것이 LINQ에 존재하는 문제 중 하나입니다. 사람들은 더 이상 자신이 작성한 진술이 어떻게 이행 될지에 대해 생각하지 않습니다.

이 경우 식을 사용하지 않고 원하는 작업을 수행 할 수있는 방법이 없습니다. 심지어 T-SQL에서도 마찬가지입니다. 따라서이 작업을 더 효율적으로 수행하지 못할 수 있습니다. 위에서 주어진 T-SQL 응답 (배열과 함께 변수 사용)조차도 인덱스가 무시 될 가능성이 높지만 큰 테이블 인 경우 명령문을 실행하고 인덱스가 사용되었는지 확인하기 위해 실행 계획을 살펴볼 가치가 있습니다. .