내 SQL Server 쿼리가 SSMS에서는 빠르지만 C# 코드에서는 느린 이유는 무엇입니까?

코드와 SSMS의 쿼리 성능 불일치

SSMS(SQL Server Management Studio)에서 원활하게 수행되는 쿼리는 다음과 같은 경우 과도한 속도 저하를 나타낼 수 있습니다. 코드 내에서 실행됩니다. 최근 코드 개발 중에 발생한 이러한 불일치로 인해 근본 원인에 대한 조사가 시작되었습니다.

코드 구현

쿼리를 실행하는 데 사용된 C# 코드는 다음과 같습니다.

using (var conn = new SqlConnection("Data Source=backend.example.com;..."))
{
    using (var ada = new SqlDataAdapter(sqlCommand, conn))
    {
        ada.SelectCommand.Parameters.AddWithValue("@clientID", ClientID);
        ada.SelectCommand.Parameters.AddWithValue("@dt", dtpFilter.Value);
        conn.Open();
        Logs.Clear();
        ada.Fill(Logs); // Time out exception for 30 sec limit.
    }
}

SSMS 쿼리

C# 코드에서 추출한 동일한 쿼리를 SSMS에서 직접 실행:

SELECT [PK_JOB],[CLIENT_ID],[STATUS],[LOG_NAME],dt 
FROM [ES_HISTORY] 
inner join [es_history_dt] on [PK_JOB] = [es_historyid] 
Where client_id = @clientID and dt > @dt and (job_type > 4 or job_type = 0 or job_type = 1 or job_type = 4 ) 
Order by dt desc

분석

검토 시 , 두 쿼리 사이에는 미묘한 차이가 있습니다. SSMS 버전에서는 @clientID 매개 변수가 VARCHAR로 선언되는 반면, C# 코드에서는 일반적으로 .NET 변수 유형을 기반으로 데이터 유형을 할당하는 AddWithValue 메서드를 사용하여 추가됩니다. 이 경우 ClientID 변수는 문자열 유형이며 SQL Server의 NVARCHAR에 매핑됩니다.

영향

이 차이는 쿼리 성능에 상당한 영향을 미칩니다. NVARCHAR 매개 변수 유형은 SQL Server가 인덱싱된 열을 기반으로 행을 빠르게 찾는 데 사용하는 중요한 최적화 기술인 SARG(검색 인수) 필터링을 허용하지 않습니다. 결과적으로 C# 코드의 쿼리는 강제로 테이블 스캔을 수행하게 되는데, 이는 인덱스 검색보다 훨씬 효율성이 떨어집니다.

해결책

불일치가 발생하는 경우 C# 코드에서 @clientID 매개 변수에 대한 VARCHAR 데이터 형식을 명시적으로 지정해야 합니다. 이는 다음 구문을 사용하여 달성할 수 있습니다.

ada.SelectCommand.Parameters.Add("@clientID", SqlDbType.VarChar, 200).Value = ClientID;

매개변수의 데이터 유형이 SSMS 쿼리에 선언된 데이터 유형과 일치하는지 확인함으로써 애플리케이션은 성능 저하를 방지하고 시간 내에 쿼리를 실행할 수 있습니다. 효율적으로.

위 내용은 내 SQL Server 쿼리가 SSMS에서는 빠르지만 C# 코드에서는 느린 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!