datareader 행을 생성하고 모든 레코드를 읽지 않으면 데이터베이스 연결이 닫히나요?

yield키워드의 작동 방식을 이해하는 동안 StackOverflow 에서 link1 및 link2 를 발견 yield return하여 DataReader를 반복하는 동안 사용을 옹호하며 내 필요에 적합합니다. 그러나 yield return아래 그림과 같이 사용하고 전체 DataReader를 반복하지 않으면 DB 연결이 영원히 열려 있습니까?

IEnumerable<IDataRecord> GetRecords()
{
    SqlConnection myConnection = new SqlConnection(@"...");
    SqlCommand myCommand = new SqlCommand(@"...", myConnection);
    myCommand.CommandType = System.Data.CommandType.Text;
    myConnection.Open();
    myReader = myCommand.ExecuteReader(CommandBehavior.CloseConnection);
    try
       {               
          while (myReader.Read())
          {
            yield return myReader;          
          }
        }
    finally
        {
            myReader.Close();
        }
}


void AnotherMethod()
{
    foreach(var rec in GetRecords())
    {
       i++;
       System.Console.WriteLine(rec.GetString(1));
       if (i == 5)
         break;
  }
}

샘플 콘솔 앱에서 동일한 예제를 시도하고 finally 블록이 GetRecords()실행되지 않는 것을 디버깅하는 동안 알았습니다 . DB 연결이 닫히도록하려면 어떻게해야합니까? yield키워드를 사용하는 것보다 더 좋은 방법이 있습니까? DB에서 select SQL 및 저장 프로 시저를 실행하고 결과를 반환하는 사용자 정의 클래스를 설계하려고합니다. 그러나 DataReader를 호출자에게 반환하고 싶지 않습니다. 또한 모든 시나리오에서 연결이 닫히고 싶습니다.

편집 Ben의 답변에 대한 답변이 변경되었으므로 메소드 호출자가 메소드를 올바르게 사용할 것으로 예상하고 DB 연결과 관련하여 아무 이유없이 메소드를 여러 번 호출하면 더 비쌉니다.

자세한 설명은 Jakob과 Ben에게 감사드립니다.

예, 설명하는 문제에 직면하게됩니다. 결과에 대한 반복이 완료 될 때까지 연결을 열린 상태로 유지합니다. 이 문제를 처리 할 수있는 두 가지 일반적인 접근 방식이 있습니다.

밀지 마

현재 IEnumerable<IDataRecord>가져올 수있는 데이터 구조를 반환하고 있습니다. 대신, 결과를 내보내 도록 메소드를 전환 할 수 있습니다 . 가장 간단한 방법은 Action<IDataRecord>각 반복에서 호출 되는를 전달하는 것입니다.

void GetRecords(Action<IDataRecord> callback)
{
    // ...
      while (myReader.Read())
      {
        callback(myReader);
      }
}

항목 모음을 다루는 경우 IObservable/ / IObserver는 약간 더 적절한 데이터 구조 일 수 있지만 필요하지 않은 경우 단순성 Action이 훨씬 간단합니다.

열심히 평가하다

대안은 반환하기 전에 반복이 완전히 완료되도록하는 것입니다.

일반적으로 결과를 목록에 넣은 다음 반환하여이 작업을 수행 할 수 있지만,이 경우 각 항목에 독자와 동일한 참조가 추가로 복잡해집니다. 따라서 독자로부터 필요한 결과를 추출 할 무언가가 필요합니다.

IEnumerable<T> GetRecords<T>(Func<IDataRecord,T> extractor)
{
    // ...
     var result = new List<T>();
     try
     {
       while (myReader.Read())
       {
         result.Add(extractor(myReader));         
       }
     }
     finally
     {
         myReader.Close();
     }
     return result;
}

귀하의 finally블록은 항상 실행됩니다.

yield return컴파일러 를 사용 하면 상태 머신을 구현하기 위해 새 중첩 클래스가 생성됩니다.

이 클래스는 finally블록의 모든 코드를 별도의 메소드로 포함합니다 . finally상태에 따라 실행해야하는 블록을 추적 합니다. 필요한 모든 finally블록이 Dispose방법 으로 실행됩니다 .

C # 언어 사양에 foreach (V v in x) embedded-statement따라

{
    E e = ((C)(x)).GetEnumerator();
    try
    {
        while (e.MoveNext())
        {
            V v = (V)(T)e.Current;
            embedded - statement
        }
    }
    finally {
        … // Dispose e
    }
}

break또는로 루프를 종료하더라도 열거자가 삭제됩니다 return.

반복자 구현에 대한 자세한 정보를 얻으려면 Jon Skeet의이 기사를 읽으십시오.

편집하다

이러한 접근 방식의 문제점은 클래스의 클라이언트를 사용하여 메소드를 올바르게 사용한다는 것입니다. 예를 들어 열거자를 직접 가져 와서 while배치하지 않고 루프 에서 반복 할 수 있습니다.

@BenAaronson이 제안한 솔루션 중 하나를 고려해야합니다.

특정 yield동작에 관계없이 코드에는 리소스를 올바르게 폐기하지 않는 실행 경로가 포함되어 있습니다. 두 번째 줄에서 예외가 발생하거나 세 번째 줄에서 예외가 발생하면 어떻게합니까? 아니면 네번째? 매우 복잡한 try / finally chain이 필요하거나 using블록 을 사용할 수 있습니다 .

IEnumerable<IDataRecord> GetRecords()
{
    using(var connection = new SqlConnection(@"..."))
    {
        connection.Open();

        using(var command = new SqlCommand(@"...", connection);
        {
            using(var reader = command.ExecuteReader())
            {
               while(reader.Read())
               {
                   // your code here.
                   yield return reader;
               }
            }
        }
    }
}

사람들은 이것이 직관적이지 않다고 말했으며, 메소드를 호출하는 사람들은 결과를 두 번 열거하면 메소드를 두 번 호출한다는 것을 모를 수 있습니다. 음, 힘든 행운. 그것이 언어가 작동하는 방식입니다. 그것이 IEnumerable<T>보내는 신호입니다 . 이 반환하지 않는 이유가있다 List<T>거나 T[]. 이 사실을 모르는 사람들은 교육을 받아야하며 해결해야합니다.

Visual Studio에는 정적 코드 분석이라는 기능이 있습니다. 이를 사용하여 자원을 올바르게 배치했는지 확인할 수 있습니다.

당신이 잘못한 것처럼 보이지만 잘 작동합니다.

IDnumerable 도 상속하므로 IEnumerator <>를 사용해야합니다 .

그러나 foreach를 사용하고 있기 때문에 컴파일러는 IDisposable 을 사용 하여 foreach에 대한 IEnumerator <> 를 생성합니다 .

사실, foreach에는 많은 내부적 인 내용이 포함됩니다.

/programming/13459447/do-i-need-to-consider-disposing-of-any-ienumerablet-i-use 확인