我有一个应用程序,在其中验证了以下行为:长时间不活动后的第一个请求会花费很长时间,有时会超时。 是否有可能控制实体框架如何管理对象的处置?是否可以将某些实体标记为永不处置? ...是为了避免/改善预热时间?
此致
答案 0 :(得分:2)
相似查询将缩短响应时间的原因是多方面的。
Teachers with their Students
,则Teachers
表将与Students
表联接。此连接结果通常会缓存一段时间。对Teachers with their Students
的下一个查询将重用此联接结果,从而变得更快DbContext
缓存查询的对象。如果选择Single
老师或Find
老师,则该老师将保存在本地内存中。这样可以检测到在调用SaveChanges
时更改了哪些项目。如果再次Find
相同Teacher
,则此查询会更快。如果您查询1000 Teachers
,我不确定是否会发生同样的情况。DbContext
对象时,将检查初始化程序以查看模型是否已更改。因此,不Dispose()
创建的DbContext
似乎是明智的选择,但是您会看到大多数人在较短的时间内保持DbContext
的生命:
using (var dbContext = new MyDbContext(...))
{
var fetchedTeacher = dbContext.Teachers
.Where(teacher => teacher.Id = ...)
.Select(teacher => new
{
Id = teacher.Id,
Name = teacher.Name,
Students = teacher.Students.ToList(),
})
.FirstOrDefault();
return fetchedTeacher;
}
// DbContext is Disposed()
乍一看,似乎最好保持DbContext
的生命。如果有人要求相同的Teacher
,则DbContext
不必向数据库询问,它可以返回本地教师。
但是,保持DbContext
有效可能会导致您获得错误的数据。如果其他人在您对此查询Teacher
进行的第一次查询和第二次查询之间更改了Teacher
,则会得到旧的Teacher
数据。
因此,明智的做法是使DbContext
的生存时间尽可能短。
我无法采取任何措施来提高第一个查询的速度吗?
可以!
您可以做的第一件事是设置数据库的初始化,以便它不检查数据库的存在和模型。当然,只有在完全确定数据库存在且未更改的情况下,您才能执行此操作。
// constructor; disables initializer
public SchoolDBContext() : base(...)
{
//Disable initializer
Database.SetInitializer<SchoolDBContext>(null);
}
另一件事可能是,如果您已经获取了对象以更新数据库,并且确定没有其他人更改了该对象,则可以Attach
使用它,而不用再次获取它,{{3 }}
常规用法:
// update the name of the teacher with teacherId
void ChangeTeacherName(int teacherId, string name)
{
using (var dbContext = new SchoolContext(...))
{
// fetch the teacher, change the name and save
Teacher fetchedTeacher = dbContext.Teachers.Find(teacherId);
fetchedTeader.Name = name;
dbContext.SaveChanges();
}
}
使用Attach
更新先前获取的教师:
void ChangeTeacherName (Teacher teacher, string name)
{
using (var dbContext = new SchoolContext(...))
{
dbContext.Teachers.Attach(teacher);
dbContext.Entry(teacher).Property(t => t.Name).IsModified = true;
dbContext.SaveChanges();
}
}
使用此方法不需要再次获取教师。在SaveChanges期间,将检查所有IsModified
项目的所有属性Attached
的值。如果需要,它们将被更新。