Limity czasu jednostki encji

Otrzymuję limity czasu przy użyciu Entity Framework (EF), gdy korzystam z importu funkcji, którego ukończenie zajmuje ponad 30 sekund. Próbowałem następujących czynności i nie udało mi się rozwiązać tego problemu:

Dodałem Default Command Timeout=300000do ciągu połączenia w pliku App.Config w projekcie, który ma plik EDMX, jak sugerowano tutaj .

Tak wygląda mój ciąg połączenia:

<add 
    name="MyEntityConnectionString" 
    connectionString="metadata=res://*/MyEntities.csdl|res://*/MyEntities.ssdl|
       res://*/MyEntities.msl;
       provider=System.Data.SqlClient;provider connection string=&quot;
       Data Source=trekdevbox;Initial Catalog=StarTrekDatabase;
       Persist Security Info=True;User ID=JamesTKirk;Password=IsFriendsWithSpock;
       MultipleActiveResultSets=True;Default Command Timeout=300000;&quot;"
    providerName="System.Data.EntityClient" />

Próbowałem ustawić CommandTimeout bezpośrednio w moim repozytorium tak:

private TrekEntities context = new TrekEntities();

public IEnumerable<TrekMatches> GetKirksFriends()
{
    this.context.CommandTimeout = 180;
    return this.context.GetKirksFriends();
}

Co jeszcze mogę zrobić, aby uzyskać limit czasu EF? Dzieje się tak tylko w przypadku bardzo dużych zestawów danych. Wszystko działa dobrze z małymi zestawami danych.

Oto jeden z błędów, które otrzymuję:

System.Data.EntityCommandExecutionException: Wystąpił błąd podczas wykonywania definicji polecenia. Zobacz wewnętrzny wyjątek, aby uzyskać szczegółowe informacje. ---> System.Data.SqlClient.SqlException: Upłynął limit czasu. Limit czasu upłynął przed zakończeniem operacji lub serwer nie odpowiada.

OK - mam to działa i to głupie, co się stało. Miałem zarówno ciąg połączenia z, jak Default Command Timeout=300000i CommandTimeout ustawione na 180. Gdy usunąłem Default Command Timeoutciąg połączenia, zadziałało. Zatem odpowiedzią jest ręczne ustawienie CommandTimeout w repozytorium na obiekcie kontekstowym w następujący sposób:

this.context.CommandTimeout = 180;

Najwyraźniej ustawienie limitów czasu w ciągu połączenia nie ma na to wpływu.

Znany jest błąd polegający na określaniu domyślnego limitu czasu polecenia w ciągu połączenia EF.

http://bugs.mysql.com/bug.php?id=56806

Usuń wartość z ciągu połączenia i ustaw ją w samym obiekcie kontekstu danych. Działa to, jeśli usuniesz sprzeczną wartość z ciągu połączenia.

Entity Framework Core 1.0:

this.context.Database.SetCommandTimeout(180);

Entity Framework 6:

this.context.Database.CommandTimeout = 180;

Entity Framework 5:

((IObjectContextAdapter)this.context).ObjectContext.CommandTimeout = 180;

Entity Framework 4 i poniżej:

this.context.CommandTimeout = 180;

Jeśli używasz DbContext, użyj następującego konstruktora, aby ustawić limit czasu komendy:

public class MyContext : DbContext
{
    public MyContext ()
    {
        var adapter = (IObjectContextAdapter)this;
        var objectContext = adapter.ObjectContext;
        objectContext.CommandTimeout = 1 * 60; // value in seconds
    }
}

Jeśli używasz DbContexti EF v6 +, możesz alternatywnie użyć:

this.context.Database.CommandTimeout = 180;

Zwykle obsługuję moje operacje w ramach transakcji . Jak się przekonałem, nie wystarczy ustawić limit czasu polecenia kontekstu, ale transakcja wymaga konstruktora z parametrem limitu czasu. Musiałem ustawić obie wartości limitu czasu, aby działało poprawnie.

int? prevto = uow.Context.Database.CommandTimeout;
uow.Context.Database.CommandTimeout = 900;
using (TransactionScope scope = new TransactionScope(TransactionScopeOption.Required, TimeSpan.FromSeconds(900))) {
...
}

Pod koniec funkcji ustawiłem limit czasu komendy na poprzednią wartość w prevto.

Korzystanie z EF6

Wiem, że działa to bardzo stary wątek, ale EF jeszcze tego nie naprawił. W przypadku osób korzystających z automatycznego generowania DbContextmożna użyć następującego kodu, aby ręcznie ustawić limit czasu.

public partial class SampleContext : DbContext
{
    public SampleContext()
        : base("name=SampleContext")
    {
        this.SetCommandTimeOut(180);
    }

    public void SetCommandTimeOut(int Timeout)
    {
        var objectContext = (this as IObjectContextAdapter).ObjectContext;
        objectContext.CommandTimeout = Timeout;
    }

Jeśli używasz Entity Framework jak ja, powinieneś zdefiniować Limit czasu w klasie Autostart w następujący sposób:

 services.AddDbContext<ApplicationDbContext>(options => options.UseSqlServer(Configuration.GetConnectionString("DefaultConnection"), o => o.CommandTimeout(180)));

Właśnie to sfinansowałem. Może to komuś pomoże:

Więc zaczynamy:

Jeśli używasz LINQ z EF, szukając pewnych dokładnych elementów zawartych na liście, takich jak to:

await context.MyObject1.Include("MyObject2").Where(t => IdList.Contains(t.MyObjectId)).ToListAsync();

wszystko idzie dobrze, dopóki lista nie zawiera więcej niż jednego identyfikatora.

Problem „przekroczenia limitu czasu” pojawia się, jeśli lista zawiera tylko jeden identyfikator. Aby rozwiązać problem, użyj warunku, aby sprawdzić liczbę identyfikatorów w IdList.

Przykład:

if (IdList.Count == 1)
{
    result = await entities. MyObject1.Include("MyObject2").Where(t => IdList.FirstOrDefault()==t. MyObjectId).ToListAsync();
}
else
{
    result = await entities. MyObject1.Include("MyObject2").Where(t => IdList.Contains(t. MyObjectId)).ToListAsync();
}

Wyjaśnienie:

Po prostu spróbuj użyć Sql Profiler i sprawdź instrukcję Select wygenerowaną przez element Ente frameeork. …