높은 대기 시간 연결을 처리 할 방법을 찾고 있습니다. ODBC here 및 here 설명 된대로이 문제를 해결하는 SetRowsetSize 있습니다.ODBC에는 SetRowsetSize가 있습니다. ADO.net에서 이에 상응하는 항목은 무엇입니까?
이 설정은 ADO.net에 있습니까? This article은 원래 ADO에 아날로그가 있음을 암시하는 것으로 보이지만, 그것은 매우 오래되었고 더 이상 존재하지 않는 기사를 가리 킵니다.
일반적으로 말하면 대기 시간이 긴 연결에 대해 ADO.net의 성능을 어떻게 향상시킬 수 있습니까?
SQL Server에서 ADO.NET을 사용하는 동안 대기 시간이 걱정된다면 connection pooling을 조사해야합니다. 그래도 pool fragmentation을 염두에 두어야합니다.
데이터 원본에 연결하는 데 시간이 오래 걸릴 수 있습니다. 최소 연결 비용을 최소화하기 위해 ADO.NET에서는 연결 풀링이라는 최적화 기술을 사용하여 연결을 열고 연결을 반복하여 개로 최소화합니다. 연결 풀링은 .NET Framework 데이터 공급자에 대해 다르게 처리됩니다 ( ).
또한 많은 레코드를 빠르게 검색해야하는 경우 SqlDataReader을 사용하십시오. DataSet과 같은 다른 유형의 ADO.NET 개체를 사용하는 것보다 훨씬 적은 메모리가 필요하며 대용량 데이터를 효율적으로 가져 오는 데 최적화되어 있습니다.
다른 유용한 정보와 함께 활성 연결 풀 수 (NumberOfActiveConnectionPools)를 볼 수있는 특정 performance counters이 있습니다.
내가 틀린 경우가 아니라면 모든 연결 문자열에 대해이 작업이 자동으로 수행됩니다. 우리는 하나의 연결만을 가지고 있으므로 모든 쿼리 (모든 SELECT BTW)가 기본적으로 동일한 연결 풀을 통과하지는 않습니까? 이걸 시험 할 수있는 수영장이 있는지 볼 방법이 있나요? –
정확합니다. ADO.NET/SQL Server와 관련된 대기 시간에 대한 특정 질문을 했으므로 연결 풀링에 대한 대답에 답변했습니다. 나는 이것을 테스트하는 방법에 대한 귀하의 질문에 대한 답을 편집했습니다. –