Z tym poleceniem jest już otwarty czytnik danych, który należy najpierw zamknąć

Mam to zapytanie i pojawia się błąd w tej funkcji:

var accounts = from account in context.Accounts
               from guranteer in account.Gurantors
               select new AccountsReport
               {
                   CreditRegistryId = account.CreditRegistryId,
                   AccountNumber = account.AccountNo,
                   DateOpened = account.DateOpened,
               };

 return accounts.AsEnumerable()
                .Select((account, index) => new AccountsReport()
                    {
                        RecordNumber = FormattedRowNumber(account, index + 1),
                        CreditRegistryId = account.CreditRegistryId,
                        DateLastUpdated = DateLastUpdated(account.CreditRegistryId, account.AccountNumber),
                        AccountNumber = FormattedAccountNumber(account.AccountType, account.AccountNumber)
                    })
                .OrderBy(c=>c.FormattedRecordNumber)
                .ThenByDescending(c => c.StateChangeDate);


public DateTime DateLastUpdated(long creditorRegistryId, string accountNo)
{
    return (from h in context.AccountHistory
            where h.CreditorRegistryId == creditorRegistryId && h.AccountNo == accountNo
            select h.LastUpdated).Max();
}

Błąd to:

Z tym poleceniem jest już otwarty czytnik danych, który należy najpierw zamknąć.

Aktualizacja:

dodano ślad stosu:

InvalidOperationException: There is already an open DataReader associated with this Command which must be closed first.]
   System.Data.SqlClient.SqlInternalConnectionTds.ValidateConnectionForExecute(SqlCommand command) +5008639
   System.Data.SqlClient.SqlConnection.ValidateConnectionForExecute(String method, SqlCommand command) +23
   System.Data.SqlClient.SqlCommand.ValidateCommand(String method, Boolean async) +144
   System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method, DbAsyncResult result) +87
   System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method) +32
   System.Data.SqlClient.SqlCommand.ExecuteReader(CommandBehavior behavior, String method) +141
   System.Data.SqlClient.SqlCommand.ExecuteDbDataReader(CommandBehavior behavior) +12
   System.Data.Common.DbCommand.ExecuteReader(CommandBehavior behavior) +10
   System.Data.EntityClient.EntityCommandDefinition.ExecuteStoreCommands(EntityCommand entityCommand, CommandBehavior behavior) +443

[EntityCommandExecutionException: An error occurred while executing the command definition. See the inner exception for details.]
   System.Data.EntityClient.EntityCommandDefinition.ExecuteStoreCommands(EntityCommand entityCommand, CommandBehavior behavior) +479
   System.Data.Objects.Internal.ObjectQueryExecutionPlan.Execute(ObjectContext context, ObjectParameterCollection parameterValues) +683
   System.Data.Objects.ObjectQuery`1.GetResults(Nullable`1 forMergeOption) +119
   System.Data.Objects.ObjectQuery`1.System.Collections.Generic.IEnumerable<T>.GetEnumerator() +38
   System.Linq.Enumerable.Single(IEnumerable`1 source) +114
   System.Data.Objects.ELinq.ObjectQueryProvider.<GetElementFunction>b__3(IEnumerable`1 sequence) +4
   System.Data.Objects.ELinq.ObjectQueryProvider.ExecuteSingle(IEnumerable`1 query, Expression queryRoot) +29
   System.Data.Objects.ELinq.ObjectQueryProvider.System.Linq.IQueryProvider.Execute(Expression expression) +91
   System.Data.Entity.Internal.Linq.DbQueryProvider.Execute(Expression expression) +69
   System.Linq.Queryable.Max(IQueryable`1 source) +216
   CreditRegistry.Repositories.CreditRegistryRepository.DateLastUpdated(Int64 creditorRegistryId, String accountNo) in D:\Freelance Work\SuperExpert\CreditRegistry\CreditRegistry\Repositories\CreditRegistryRepository.cs:1497
   CreditRegistry.Repositories.CreditRegistryRepository.<AccountDetails>b__88(AccountsReport account, Int32 index) in D:\Freelance Work\SuperExpert\CreditRegistry\CreditRegistry\Repositories\CreditRegistryRepository.cs:1250
   System.Linq.<SelectIterator>d__7`2.MoveNext() +198
   System.Linq.Buffer`1..ctor(IEnumerable`1 source) +217
   System.Linq.<GetEnumerator>d__0.MoveNext() +96

Może się to zdarzyć, jeśli wykonasz zapytanie podczas iteracji wyników innego zapytania. W twoim przykładzie nie jest jasne, gdzie to się dzieje, ponieważ przykład nie jest kompletny.

Jedną z rzeczy, które mogą to powodować, jest opóźnione ładowanie uruchamiane podczas iteracji wyników niektórych zapytań.

Można to łatwo rozwiązać, dopuszczając MARS w ciągu połączenia. Dodaj MultipleActiveResultSets=truedo dostawcy część swojego ciągu połączenia (gdzie podano Źródło danych, katalog początkowy itp.).

Możesz użyć ToList()metody przed returninstrukcją.

var accounts =
from account in context.Accounts
from guranteer in account.Gurantors

 select new AccountsReport
{
    CreditRegistryId = account.CreditRegistryId,
    AccountNumber = account.AccountNo,
    DateOpened = account.DateOpened,
};

 return accounts.AsEnumerable()
               .Select((account, index) => new AccountsReport()
                       {
                           RecordNumber = FormattedRowNumber(account, index + 1),
                           CreditRegistryId = account.CreditRegistryId,
                              DateLastUpdated = DateLastUpdated(account.CreditRegistryId, account.AccountNumber),
                           AccountNumber = FormattedAccountNumber(account.AccountType, account.AccountNumber)}).OrderBy(c=>c.FormattedRecordNumber).ThenByDescending(c => c.StateChangeDate).ToList();


 public DateTime DateLastUpdated(long creditorRegistryId, string accountNo)
    {
        var dateReported = (from h in context.AccountHistory
                            where h.CreditorRegistryId == creditorRegistryId && h.AccountNo == accountNo
                            select h.LastUpdated).Max();
        return dateReported;
    }

użyj składni, .ToList()aby przekonwertować obiekt odczytany z bazy danych na listę, aby uniknąć ponownego odczytu. Mam nadzieję, że to zadziała. Dzięki.

Oto działający ciąg połączenia dla kogoś, kto potrzebuje referencji.

  <connectionStrings>
    <add name="IdentityConnection" connectionString="Data Source=(LocalDb)\v11.0;AttachDbFilename=|DataDirectory|\IdentityDb.mdf;Integrated Security=True;MultipleActiveResultSets=true;" providerName="System.Data.SqlClient" />
  </connectionStrings>

W moim przypadku użycie Include()rozwiązanego tego błędu i w zależności od sytuacji może być o wiele bardziej wydajne niż wydawanie wielu zapytań, gdy wszystkie mogą być odpytywane jednocześnie za pomocą sprzężenia.

IEnumerable<User> users = db.Users.Include("Projects.Tasks.Messages");

foreach (User user in users)
{
    Console.WriteLine(user.Name);
    foreach (Project project in user.Projects)
    {
        Console.WriteLine("\t"+project.Name);
        foreach (Task task in project.Tasks)
        {
            Console.WriteLine("\t\t" + task.Subject);
            foreach (Message message in task.Messages)
            {
                Console.WriteLine("\t\t\t" + message.Text);
            }
        }
    }
}

Nie wiem, czy to jest duplikat odpowiedzi, czy nie. Jeśli tak, przepraszam. Chcę tylko powiadomić potrzebujących, jak rozwiązałem problem za pomocą ToList ().

W moim przypadku dostałem ten sam wyjątek dla poniższego zapytania.

int id = adjustmentContext.InformationRequestOrderLinks.Where(item => item.OrderNumber == irOrderLinkVO.OrderNumber && item.InformationRequestId == irOrderLinkVO.InformationRequestId).Max(item => item.Id);

Rozwiązałem jak poniżej

List<Entities.InformationRequestOrderLink> links = adjustmentContext.InformationRequestOrderLinks
.Where(item => item.OrderNumber == irOrderLinkVO.OrderNumber && item.InformationRequestId == irOrderLinkVO.InformationRequestId).ToList();

int id = 0;

if (links.Any())
{
  id = links.Max(x => x.Id);
 }
if (id == 0)
{
//do something here
}

Wygląda na to, że wywołujesz DateLastUpdated z aktywnego zapytania przy użyciu tego samego kontekstu EF, a DateLastUpdate wydaje polecenie do samego magazynu danych. Entity Framework obsługuje tylko jedno aktywne polecenie na kontekst jednocześnie.

Możesz zmienić powyższe dwa zapytania w jedno takie jak to:

return accounts.AsEnumerable()
        .Select((account, index) => new AccountsReport()
        {
          RecordNumber = FormattedRowNumber(account, index + 1),
          CreditRegistryId = account.CreditRegistryId,
          DateLastUpdated = (
                                                from h in context.AccountHistory 
                                                where h.CreditorRegistryId == creditorRegistryId 
                              && h.AccountNo == accountNo 
                                                select h.LastUpdated).Max(),
          AccountNumber = FormattedAccountNumber(account.AccountType, account.AccountNumber)
        })
        .OrderBy(c=>c.FormattedRecordNumber)
        .ThenByDescending(c => c.StateChangeDate);

Zauważyłem również, że w zapytaniach wywołujesz funkcje takie jak FormattedAccountNumber i FormattedRecordNumber. O ile nie są przechowywane procy lub funkcje zaimportowane z bazy danych do modelu danych encji i poprawnie odwzorowane, będą one również generować wyjątki, ponieważ EF nie będzie wiedział, jak przełożyć te funkcje na instrukcje, które może wysłać do magazynu danych.

Zauważ też, że wywołanie AsEnumerable nie wymusza wykonania zapytania. Do momentu odroczenia wykonania zapytania do czasu wyliczenia. Jeśli chcesz, możesz wymusić wyliczenie za pomocą ToList lub ToArray.

Oprócz odpowiedzi Ladislava Mrnki :

Jeśli publikujesz i zastępujesz kontener na karcie Ustawienia , możesz ustawić MultipleActiveResultSet na True. Możesz znaleźć tę opcję, klikając Zaawansowane ... i będzie ona w grupie Zaawansowane .

Dla tych, którzy znajdą to za pośrednictwem Google;
Otrzymywałem ten błąd, ponieważ, jak sugeruje błąd, nie udało mi się zamknąć SqlDataReader przed utworzeniem kolejnego w tym samym SqlCommand, błędnie zakładając, że będzie to śmieci wyrzucane podczas opuszczania metody, w której został utworzony.

Rozwiązałem problem, dzwoniąc sqlDataReader.Close();przed utworzeniem drugiego czytnika.

W moim przypadku otworzyłem zapytanie z kontekstu danych, np

    Dim stores = DataContext.Stores _
        .Where(Function(d) filter.Contains(d.code)) _

... a następnie zapytał o to samo ...

    Dim stores = DataContext.Stores _
        .Where(Function(d) filter.Contains(d.code)).ToList

Dodanie .ToListdo pierwszego rozwiązało mój problem. Myślę, że warto zawinąć to we właściwość taką jak:

Public ReadOnly Property Stores As List(Of Store)
    Get
        If _stores Is Nothing Then
            _stores = DataContext.Stores _
                .Where(Function(d) Filters.Contains(d.code)).ToList
        End If
        Return _stores
    End Get
End Property

Gdzie _stores jest zmienną prywatną, a Filters jest również właściwością tylko do odczytu, która czyta z AppSettings.

Miałem ten sam błąd, gdy próbowałem zaktualizować niektóre rekordy w pętli odczytu. Wypróbowałem najczęściej głosowaną odpowiedź MultipleActiveResultSets=truei stwierdziłem, że jest to obejście problemu, aby uzyskać następny błąd 

Nowa transakcja jest niedozwolona, ​​ponieważ w sesji działają inne wątki

Najlepszym podejściem, które zadziała w przypadku ogromnych zestawów wyników, jest użycie porcji i otwarcie osobnego kontekstu dla każdej porcji, jak opisano w  SqlException from Entity Framework - Nowa transakcja jest niedozwolona, ​​ponieważ w sesji działają inne wątki

Rozwiązałem ten problem, zmieniając oczekiwanie _accountSessionDataModel.SaveChangesAsync (); to _accountSessionDataModel.SaveChanges (); w mojej klasie Repository.

 public async Task<Session> CreateSession()
    {
        var session = new Session();

        _accountSessionDataModel.Sessions.Add(session);
        await _accountSessionDataModel.SaveChangesAsync();
     }

Zmieniono na:

 public Session CreateSession()
    {
        var session = new Session();

        _accountSessionDataModel.Sessions.Add(session);
        _accountSessionDataModel.SaveChanges();
     }

Problem polegał na tym, że zaktualizowałem sesje w interfejsie użytkownika po utworzeniu sesji (w kodzie), ale ponieważ SaveChangesAsync odbywa się asynchronicznie, pobieranie sesji spowodowało ten błąd, ponieważ najwyraźniej operacja SaveChangesAsync nie była jeszcze gotowa.

Dla mnie to był mój własny błąd. Próbowałem uruchomić INSERTużywając SqlCommand.executeReader()kiedy powinienem był używany SqlCommand.ExecuteNonQuery(). Został otwarty i nigdy nie został zamknięty, co spowodowało błąd. Uważaj na ten nadzór.

Wyodrębniono to ze scenariusza ze świata rzeczywistego:

• Kod działa dobrze w środowisku Stage, gdy w parametrze połączenia ustawiono MultipleActiveResultSets
• Kod opublikowany w środowisku produkcyjnym bez MultipleActiveResultSets = true
• Tak wiele stron / połączeń działa, gdy jedna zawiedzie
• Przyglądając się bliżej wywołaniu, jest niepotrzebne wywołanie do bazy danych i należy je usunąć
• Ustaw MultipleActiveResultSets = true w Production i publikuj oczyszczony kod, wszystko działa dobrze i wydajnie

Podsumowując, nie zapominając o MultipleActiveResultSets, kod mógł działać przez długi czas przed wykryciem nadmiarowego wywołania db, które może być bardzo kosztowne, i sugeruję, aby nie polegać w pełni na ustawianiu atrybutu MultipleActiveResultSets, ale także dowiedzieć się, dlaczego kod go potrzebuje gdzie się nie udało .

Najprawdopodobniej ten problem występuje z powodu funkcji „leniwego ładowania” Entity Framework. Zwykle, chyba że jest to wyraźnie wymagane podczas wstępnego pobierania, wszystkie połączone dane (wszystko, co przechowywane w innych tabelach bazy danych) są pobierane tylko wtedy, gdy jest to wymagane. W wielu przypadkach jest to dobra rzecz, ponieważ zapobiega pobieraniu niepotrzebnych danych, a tym samym poprawia wydajność zapytań (brak połączeń) i oszczędza przepustowość.

W sytuacji opisanej w pytaniu wykonywane jest wstępne pobieranie, a podczas fazy „wyboru” żądane jest brakujące opóźnione ładowanie danych, wysyłane są dodatkowe zapytania, a następnie EF narzeka na „otwarty DataReader”.

Obejście zaproponowane w zaakceptowanej odpowiedzi pozwoli na wykonanie tych zapytań i rzeczywiście całe żądanie zakończy się powodzeniem.

Jeśli jednak sprawdzisz żądania wysłane do bazy danych, zauważysz wiele żądań - dodatkowe żądanie dla każdego brakującego (leniwie załadowanego) danych. To może być zabójca wydajności.

Lepszym rozwiązaniem jest poinformowanie EF o wstępnym załadowaniu wszystkich potrzebnych leniwie załadowanych danych podczas pierwszego zapytania. Można to zrobić za pomocą instrukcji „Uwzględnij”:

using System.Data.Entity;

query = query.Include(a => a.LazyLoadedProperty);

W ten sposób wszystkie potrzebne sprzężenia zostaną wykonane, a wszystkie potrzebne dane zostaną zwrócone jako pojedyncze zapytanie. Problem opisany w pytaniu zostanie rozwiązany.

Korzystam z usługi sieci Web w moim narzędziu, z którego usługi pobierają procedurę składowaną. podczas gdy większa liczba narzędzi klienckich pobiera usługę internetową, pojawia się ten problem. Naprawiłem, określając atrybut synchronizowany dla tych funkcji, które pobierają procedurę przechowywaną. teraz działa dobrze, błąd nigdy nie pojawił się w moim narzędziu.

 [MethodImpl(MethodImplOptions.Synchronized)]
 public static List<t> MyDBFunction(string parameter1)
  {
  }

Ten atrybut umożliwia przetwarzanie jednego żądania na raz. więc to rozwiązuje problem.

Na marginesie ... może się to również zdarzyć, gdy występuje problem z (wewnętrznym) odwzorowaniem danych z obiektów SQL.

Na przykład...

Stworzyłem SQL Scalar Functionże przypadkowo zwracana VARCHAR... a potem ... używali go do wygenerowania kolumny w VIEW. VIEWZostał prawidłowo odwzorowane w DbContext... więc LINQ został nazywając go po prostu w porządku. Jednak jednostka oczekiwała DateTime? i VIEWzwracał String .

Który ODDLY rzuca ...

„Z tym poleceniem jest już otwarty czytnik danych, który należy najpierw zamknąć”

Ciężko było to rozgryźć ... ale po poprawieniu parametrów zwrotu ... wszystko było dobrze

W moim przypadku musiałem ustawić MultipleActiveResultSetsto Truew ciągu połączenia.
Potem pojawił się kolejny błąd (prawdziwy) dotyczący niemożności uruchomienia 2 poleceń SQL w tym samym czasie w tym samym kontekście danych! (EF Core, najpierw kod)
. Rozwiązaniem było dla mnie poszukiwanie dowolnego wykonania asynchronicznego polecenia i przełączenie ich w tryb synchroniczny , ponieważ miałem tylko jeden DbContext dla obu poleceń.

Mam nadzieję, że Ci to pomoże