Часи очікування рамки сутності

Я отримую тайм-аути за допомогою Entity Framework (EF) при використанні імпорту функції, який займає більше 30 секунд. Я спробував таке, і мені не вдалося вирішити цю проблему:

Я додав Default Command Timeout=300000до рядка підключення у файлі App.Config у проекті, який містить файл EDMX, як тут запропоновано .

Ось так виглядає мій рядок з'єднання:

<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" />

Я спробував встановити CommandTimeout в моєму сховищі безпосередньо так:

private TrekEntities context = new TrekEntities();

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

Що ще я можу зробити, щоб домогтися відліку часу від часу? Це відбувається лише для дуже великих наборів даних. З невеликими наборами даних все працює добре.

Ось одна з помилок, які я отримую:

System.Data.EntityCommandExecutionException: Під час виконання визначення команди сталася помилка. Деталі див. У внутрішньому виключенні. ---> System.Data.SqlClient.SqlException: термін очікування минув. Період часу очікування, який минув до завершення операції, або сервер не відповідає.

Гаразд - у мене це працювало, і нерозумно, що сталося. У мене було і рядок з'єднання з, Default Command Timeout=300000і CommandTimeout встановлено на 180. Коли я вийняв Default Command Timeoutрядок з'єднання, він працював. Отже, відповідь полягає в ручному встановленні CommandTimeout у вашому сховищі на вашому контекстному об'єкті так:

this.context.CommandTimeout = 180;

Мабуть, встановлення параметрів тайм-ауту в рядку з'єднання не впливає на це.

Існує відома помилка із зазначенням тайм-ауту команди за замовчуванням у рядку з'єднання EF.

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

Видаліть значення з рядка з'єднання та встановіть його на сам об'єкт контексту даних. Це спрацює, якщо ви видалите суперечливе значення з рядка з'єднання.

Entity Framework Core 1.0:

this.context.Database.SetCommandTimeout(180);

Сутність 6:

this.context.Database.CommandTimeout = 180;

Сутність 5:

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

Entity Framework 4 і нижче:

this.context.CommandTimeout = 180;

Якщо ви використовуєте DbContext, використовуйте наступний конструктор, щоб встановити тайм-аут команди:

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

Якщо ви використовуєте DbContextта EF v6 +, ви також можете використовувати:

this.context.Database.CommandTimeout = 180;

Зазвичай я здійснюю свої операції в рамках транзакції . Як я вже зазначив, встановити тайм-аут команди контексту недостатньо, але транзакції потрібен конструктор з параметром тайм-ауту. Мені довелося встановити обидва значення тайм-ауту, щоб воно нормально працювало.

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

В кінці функції я повертаю тайм-аут команди до попереднього значення в prevto.

Використання EF6

Я знаю, що це дуже стара тема потоку, але все ще EF не виправила цього. Люди, які використовують автоматичне створення, DbContextможуть використовувати наступний код для встановлення тайм-ауту вручну.

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;
    }

Якщо ви використовуєте Entity Framework, як я, вам слід визначити Time Out в класі запуску наступним чином:

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

Це те, що я фінансую. Можливо, комусь це допоможе:

Отже, ми йдемо:

Якщо ви використовуєте LINQ з EF, шукайте деякі точні елементи, що містяться у цьому списку:

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

все йде добре, поки IdList не містить більше одного Id.

Проблема "тайм-аут" з'являється, якщо список містить лише один ідентифікатор. Щоб вирішити проблему, використовуйте, якщо умова перевірити кількість ідентифікаторів в IdList.

Приклад:

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();
}

Пояснення:

Просто спробуйте використовувати Sql Profiler і перевірте оператор Select, сформований Entity frameeork. …